RestructureFrictionModelCombos [com1DFAdev]

[jtfisch]

Description of topic

Restructure the choice of friction relations or other submodels (maybe allow direct implementation of user defined models and friction relations) this would allow to:

• use combinations of e.g. coulomb + minshear + voellmy + samosATturbulent + .... in different combinations instead of different special modules
• allow to reduce the possibility of different implementations
• require some restructuring in naming and change the concept of how friction relations are defined

https://docs.avaframe.org/en/latest/theoryCom1DFA.html#friction-model

Related AvaFrame functions

probably also connected to entrainment or similar sub models and relations

**Related C-code files/functions/linenumbers

no idea

[fso42]

I am strongly against introducing a "logic" to combine any models / parameters! In my opinion, this only has disadvantages: unnecessarily complex, not easy to understand and I don't see any advantages in it! I think the effort of copying a line, extending it, modifiying and introducing the corresponding parameters is simple enough and sufficient in my opinion...

What we could do: combine all friction setup functions into a separate python file, so one only has to edit one file...