From: David Wells Date: Sat, 7 Mar 2020 20:07:27 +0000 (-0500) Subject: Clarify some discussion on Manifolds in step-49. X-Git-Tag: v9.2.0-rc1~438^2 X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=1264915b6a2c2300191b0ee41020696ba20a6b0d;p=dealii.git Clarify some discussion on Manifolds in step-49. --- 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