From 1264915b6a2c2300191b0ee41020696ba20a6b0d Mon Sep 17 00:00:00 2001 From: David Wells Date: Sat, 7 Mar 2020 15:07:27 -0500 Subject: [PATCH] Clarify some discussion on Manifolds in step-49. --- examples/step-49/doc/results.dox | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/examples/step-49/doc/results.dox b/examples/step-49/doc/results.dox index f550618ec3..18fa810625 100644 --- a/examples/step-49/doc/results.dox +++ b/examples/step-49/doc/results.dox @@ -12,8 +12,7 @@ Triangulation needs to know where to put new vertices on the mid-points of edges, faces, and cells. By default, these new points will be placed at the arithmetic mean of the surrounding points, but this isn't what you want if you need curved boundaries that aren't already adequately resolved by the coarse -mesh. Several of the meshes shown in the introduction section fall into this -category. For example, for this mesh the central hole is supposed to be round: +mesh. For example, for this mesh the central hole is supposed to be round: @@ -56,6 +55,12 @@ to use a curved geometry. The way to do this requires three steps: Now, when the grid is refined, all cell splitting calculations will be done in polar coordinates. +All functions in the GridGenerator namespace which create a mesh where some +cells should be curved also attach the correct Manifold object to the provided +Triangulation: i.e., for those functions we get the correct behavior by +default. For a hand-generated mesh, however, the situation is much more +interesting. + To illustrate this process in more detail, let us consider an example created by Yuhan Zhou as part of a 2013 semester project at Texas A&M University. The goal was to generate (and use) a geometry that describes a -- 2.39.5