]> https://gitweb.dealii.org/ - dealii-svn.git/commitdiff
Add a few links into the documentation for the extension ideas.
authorwolf <wolf@0785d39b-7218-0410-832d-ea1e28bc413d>
Mon, 20 Jun 2005 17:09:46 +0000 (17:09 +0000)
committerwolf <wolf@0785d39b-7218-0410-832d-ea1e28bc413d>
Mon, 20 Jun 2005 17:09:46 +0000 (17:09 +0000)
git-svn-id: https://svn.dealii.org/trunk@10888 0785d39b-7218-0410-832d-ea1e28bc413d

deal.II/doc/tutorial/chapter-2.step-by-step/step-18.data/intro.html
deal.II/doc/tutorial/chapter-2.step-by-step/step-18.data/intro.pdf
deal.II/doc/tutorial/chapter-2.step-by-step/step-18.data/intro.tex

index ae9e29a258601cb990f3e729052ae4a014d1f1f8..2038065ada5486b8abc51c74434c1d62ef304e3f 100644 (file)
@@ -1365,7 +1365,11 @@ in fact, but has been left for future tutorial programs or as an exercise, if
 you wish. The main complication one has to overcome is that one has to
 transfer the data that is stored in the quadrature points of the cells of the
 old mesh to the new mesh, preferably by some sort of projection scheme. This
-is only slightly messy in the sequential case. However, it becomes complicated once
+is only slightly messy in the sequential case; in fact, the functions
+<tt>FETools::get_projection_from_quadrature_points_matrix</tt> will do
+the projection, and the <tt>FiniteElement::get_restriction_matrix</tt> and
+<tt>FiniteElement::get_prolongation_matrix</tt> functions will do the
+transfer between mother and child cells. However, it becomes complicated once
 we run the program in parallel, since then each process only stores this data
 for the cells it owned on the old mesh, and it may need to know the values of
 the quadrature point data on other cells if the corresponding cells on the new
index ded5e9569dce4ed6e04f8437f13b98c32edb96e4..05a5e2e4b849c8de8df314e250f7b23b883aadd2 100644 (file)
Binary files a/deal.II/doc/tutorial/chapter-2.step-by-step/step-18.data/intro.pdf and b/deal.II/doc/tutorial/chapter-2.step-by-step/step-18.data/intro.pdf differ
index 3fddef76cfdbfe694db13e65be425c3ee15f3b57..b03c86c8e2e7a4c72610a5edf92916b287dfc571 100644 (file)
@@ -616,13 +616,17 @@ in fact, but has been left for future tutorial programs or as an exercise, if
 you wish. The main complication one has to overcome is that one has to
 transfer the data that is stored in the quadrature points of the cells of the
 old mesh to the new mesh, preferably by some sort of projection scheme. This
-is only slightly messy in the sequential case. However, it becomes complicated once
-we run the program in parallel, since then each process only stores this data
-for the cells it owned on the old mesh, and it may need to know the values of
-the quadrature point data on other cells if the corresponding cells on the new
-mesh are assigned to this process after subdividing the new mesh. A global
-communication of these data elements is therefore necessary, making the entire
-process a little more unpleasant.
+is only slightly messy in the sequential case; in fact, the functions
+\texttt{FETools} \texttt{::} \texttt{get\_projection\_from\_quadrature\_points\_matrix} will do
+the projection, and the \texttt{FiniteElement} \texttt{::} \texttt{get\_restriction\_matrix} and
+\texttt{FiniteElement} \texttt{::} \texttt{get\_prolongation\_matrix} functions will do the
+transfer between mother and child cells. However, it becomes complicated
+once we run the program in parallel, since then each process only stores this
+data for the cells it owned on the old mesh, and it may need to know the
+values of the quadrature point data on other cells if the corresponding cells
+on the new mesh are assigned to this process after subdividing the new mesh. A
+global communication of these data elements is therefore necessary, making the
+entire process a little more unpleasant.
 
 
 \paragraph*{Ensuring mesh regularity.} At present, the program makes no attempt

In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move.

Douglas Adams


Typeset in Trocchi and Trocchi Bold Sans Serif.