Vof geometric reinitialization architecture

[hepap]

Description

This PR adds the (almost) empty architecture of the SignedDistanceSolver and its coupling in the VOF solver (geometric reinitialization method ) , following the structure of the already existing vof_advection prototype. The parameters associated to the geometric reinitialization method for the VOF solver are also added.

Some methods of the SignedDistanceSolver are implemented to be able to test this new architecture.

Testing

One unit is implemented:

interface_tools_signed_distance: This test checks the instanciation of the InterfaceTools::SignedDistanceSolver class from within an abitrary structure that replicates the usual physical solver structure. This is a dummy test intended to check the architecture, and not the SignedDistanceSolver performances yet! When the implementation of the SignedDistanceSolver will be completed, this test will be extended to a verification of the signed distance computation for a sphere.

Documentation

The new parameters are not documented yet because they are not currently used. They will be in the next PR implementing the solver itself.

Miscellaneous (will be removed when merged)

Following this PR, the complete solver will be implemented.

Checklist (will be removed when merged)

See this page for more information about the pull request process.

Code related list:

• All in-code documentation related to this PR is up to date (Doxygen format)
• Copyright headers are present and up to date
• Lethe documentation is up to date
• New feature has unit test(s) (preferred) or application test(s), and restart files are in the generator folder
• The branch is rebased onto master
• Changelog (CHANGELOG.md) is up to date
• Code is indented with indent-all and .prm files (examples and tests) with prm-indent

Pull request related list:

• Labels are applied
• There are at least 2 reviewers (or 1 if small feature) excluding the responsible for the merge
• If this PR closes an issue or is related to a project, it is linked in the "Projects" or "Development" section
• If the fix is temporary, an issue is opened
• The PR description is cleaned and ready for merge

[blaisb]

Just a few comments there and there, this is very good work @hepap . We will have to think of a way to merge that into deal.II

[blaisb]

Is there a reason why the dof_handler is public? You use it elsewhere I guess?

[hepap]

It is to use it when we will interpolate the signed distance to the main solver (VOF) dofhandler

[hepap]

I can add a get_dof_handler method also :)

[blaisb]

Would it not be better to instead a parameter which would be:
retinitialization method = "none, pde, projection, geometric" and then enter that section?
It's not the best idea to have a ton of enable / everywhere and to rely on checking. This way we would have less parameters.

[hepap]

I agree. Do I do it in this PR or I open a refactoring one? @blaisb

[blaisb]

I'll merge the PR as is now, this could be in another PR?

[brunaccampos]

Small comments only :)

[AmishgaAlphonius]

Great work!
Only a few typos to point-out :)