From 4ee99c720461803cb61b5fb5374f19c97673f122 Mon Sep 17 00:00:00 2001 From: wolf Date: Wed, 22 Dec 1999 08:25:29 +0000 Subject: [PATCH] Add the deal.II report to the online docs. git-svn-id: https://svn.dealii.org/trunk@2106 0785d39b-7218-0410-832d-ea1e28bc413d --- .../doc/reports/deal.II-paper/footnode.html | 101 +++ deal.II/doc/reports/deal.II-paper/img1.gif | Bin 0 -> 125 bytes deal.II/doc/reports/deal.II-paper/img10.gif | Bin 0 -> 315 bytes deal.II/doc/reports/deal.II-paper/img11.gif | Bin 0 -> 335 bytes deal.II/doc/reports/deal.II-paper/img12.gif | Bin 0 -> 205 bytes deal.II/doc/reports/deal.II-paper/img13.gif | Bin 0 -> 766 bytes deal.II/doc/reports/deal.II-paper/img14.gif | Bin 0 -> 205 bytes deal.II/doc/reports/deal.II-paper/img15.gif | Bin 0 -> 596 bytes deal.II/doc/reports/deal.II-paper/img16.gif | Bin 0 -> 1091 bytes deal.II/doc/reports/deal.II-paper/img17.gif | Bin 0 -> 931 bytes deal.II/doc/reports/deal.II-paper/img18.gif | Bin 0 -> 961 bytes deal.II/doc/reports/deal.II-paper/img19.gif | Bin 0 -> 220 bytes deal.II/doc/reports/deal.II-paper/img2.gif | Bin 0 -> 3136 bytes deal.II/doc/reports/deal.II-paper/img20.gif | Bin 0 -> 262 bytes deal.II/doc/reports/deal.II-paper/img21.gif | Bin 0 -> 509 bytes deal.II/doc/reports/deal.II-paper/img22.gif | Bin 0 -> 337 bytes deal.II/doc/reports/deal.II-paper/img23.gif | Bin 0 -> 399 bytes deal.II/doc/reports/deal.II-paper/img24.gif | Bin 0 -> 1171 bytes deal.II/doc/reports/deal.II-paper/img25.gif | Bin 0 -> 388 bytes deal.II/doc/reports/deal.II-paper/img26.gif | Bin 0 -> 1438 bytes deal.II/doc/reports/deal.II-paper/img27.gif | Bin 0 -> 625 bytes deal.II/doc/reports/deal.II-paper/img28.gif | Bin 0 -> 178 bytes deal.II/doc/reports/deal.II-paper/img29.gif | Bin 0 -> 374 bytes deal.II/doc/reports/deal.II-paper/img3.gif | Bin 0 -> 238 bytes deal.II/doc/reports/deal.II-paper/img30.gif | Bin 0 -> 187 bytes deal.II/doc/reports/deal.II-paper/img31.gif | Bin 0 -> 192 bytes deal.II/doc/reports/deal.II-paper/img32.gif | Bin 0 -> 235 bytes deal.II/doc/reports/deal.II-paper/img33.gif | Bin 0 -> 323 bytes deal.II/doc/reports/deal.II-paper/img34.gif | Bin 0 -> 457 bytes deal.II/doc/reports/deal.II-paper/img35.gif | Bin 0 -> 1237 bytes deal.II/doc/reports/deal.II-paper/img36.gif | Bin 0 -> 1113 bytes deal.II/doc/reports/deal.II-paper/img37.gif | Bin 0 -> 1527 bytes deal.II/doc/reports/deal.II-paper/img38.gif | Bin 0 -> 577 bytes deal.II/doc/reports/deal.II-paper/img39.gif | Bin 0 -> 201 bytes deal.II/doc/reports/deal.II-paper/img4.gif | Bin 0 -> 2901 bytes deal.II/doc/reports/deal.II-paper/img40.gif | Bin 0 -> 1166 bytes deal.II/doc/reports/deal.II-paper/img41.gif | Bin 0 -> 1076 bytes deal.II/doc/reports/deal.II-paper/img42.gif | Bin 0 -> 1342 bytes deal.II/doc/reports/deal.II-paper/img43.gif | Bin 0 -> 1160 bytes deal.II/doc/reports/deal.II-paper/img44.gif | Bin 0 -> 1047 bytes deal.II/doc/reports/deal.II-paper/img45.gif | Bin 0 -> 1112 bytes deal.II/doc/reports/deal.II-paper/img46.gif | Bin 0 -> 811 bytes deal.II/doc/reports/deal.II-paper/img47.gif | Bin 0 -> 162 bytes deal.II/doc/reports/deal.II-paper/img48.gif | Bin 0 -> 1352 bytes deal.II/doc/reports/deal.II-paper/img49.gif | Bin 0 -> 1275 bytes deal.II/doc/reports/deal.II-paper/img5.gif | Bin 0 -> 356 bytes deal.II/doc/reports/deal.II-paper/img50.gif | Bin 0 -> 1109 bytes deal.II/doc/reports/deal.II-paper/img51.gif | Bin 0 -> 966 bytes deal.II/doc/reports/deal.II-paper/img52.gif | Bin 0 -> 2273 bytes deal.II/doc/reports/deal.II-paper/img6.gif | Bin 0 -> 345 bytes deal.II/doc/reports/deal.II-paper/img7.gif | Bin 0 -> 604 bytes deal.II/doc/reports/deal.II-paper/img8.gif | Bin 0 -> 307 bytes deal.II/doc/reports/deal.II-paper/img9.gif | Bin 0 -> 251 bytes deal.II/doc/reports/deal.II-paper/index.html | 160 +++++ deal.II/doc/reports/deal.II-paper/node1.html | 508 ++++++++++++++ deal.II/doc/reports/deal.II-paper/node2.html | 229 ++++++ deal.II/doc/reports/deal.II-paper/node3.html | 653 ++++++++++++++++++ deal.II/doc/reports/deal.II-paper/node4.html | 188 +++++ deal.II/doc/reports/deal.II-paper/node5.html | 433 ++++++++++++ deal.II/doc/reports/deal.II-paper/node6.html | 164 +++++ deal.II/doc/reports/deal.II-paper/node7.html | 61 ++ deal.II/doc/reports/deal.II-paper/screen.css | 55 ++ deal.II/doc/toc.html | 7 + 63 files changed, 2559 insertions(+) create mode 100644 deal.II/doc/reports/deal.II-paper/footnode.html create mode 100644 deal.II/doc/reports/deal.II-paper/img1.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img10.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img11.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img12.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img13.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img14.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img15.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img16.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img17.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img18.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img19.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img2.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img20.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img21.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img22.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img23.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img24.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img25.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img26.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img27.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img28.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img29.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img3.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img30.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img31.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img32.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img33.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img34.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img35.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img36.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img37.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img38.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img39.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img4.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img40.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img41.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img42.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img43.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img44.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img45.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img46.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img47.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img48.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img49.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img5.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img50.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img51.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img52.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img6.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img7.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img8.gif create mode 100644 deal.II/doc/reports/deal.II-paper/img9.gif create mode 100644 deal.II/doc/reports/deal.II-paper/index.html create mode 100644 deal.II/doc/reports/deal.II-paper/node1.html create mode 100644 deal.II/doc/reports/deal.II-paper/node2.html create mode 100644 deal.II/doc/reports/deal.II-paper/node3.html create mode 100644 deal.II/doc/reports/deal.II-paper/node4.html create mode 100644 deal.II/doc/reports/deal.II-paper/node5.html create mode 100644 deal.II/doc/reports/deal.II-paper/node6.html create mode 100644 deal.II/doc/reports/deal.II-paper/node7.html create mode 100644 deal.II/doc/reports/deal.II-paper/screen.css diff --git a/deal.II/doc/reports/deal.II-paper/footnode.html b/deal.II/doc/reports/deal.II-paper/footnode.html new file mode 100644 index 0000000000..29a1dc70f6 --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/footnode.html @@ -0,0 +1,101 @@ + + + + +Footnotes + + + + + + + + + + + +
+
...tex2html_comment_mark1 +
We get a similar problem if we have different finite elements on two + adjacent elements. Since the treatment of this problem is along the same + lines as for h-refinement, we do not make explicit reference to + p-refinement in the following. +
.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+
+
...tex2html_comment_mark2 +
For nonconforming finite element spaces, the continuity + requirement has to be substituted by a generalized compatibility + condition, cf. [11]. +
.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+.
+
+
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/img1.gif b/deal.II/doc/reports/deal.II-paper/img1.gif new file mode 100644 index 0000000000000000000000000000000000000000..53a781792f3dbbde66c14f3d87a44524fe0daec1 GIT binary patch literal 125 zcmZ?wbhEHboJ$rU@b8~rld3JVoe0=<-O`AeOLTqeoR8&-WczD37 zpoHR27DfgJb_N{~A7q9Di`It|p4qY|SWf?DOyE$6%M9w|;F`8j>$c{36LAftgDVpf Qb!}p~IXsT=2{Kp%086YPdjJ3c literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img10.gif b/deal.II/doc/reports/deal.II-paper/img10.gif new file mode 100644 index 0000000000000000000000000000000000000000..6cd7f550c374e0ab1b0cbdf55dc97a4a3df4d09c GIT binary patch literal 315 zcmV-B0mS}CNk%w1VJQG50OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui04V?^06+xj5Xniay*N*hw5Qw`QqO=8 z%A^=lq6pRa&2(+wSCPPYaqyl2fJMwFvLdqxq6B^j3blVw=?uX!3}grau|*6!S_TUgWCKO8 NpuvL(6Jm$}06W63Xzl<2 literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img11.gif b/deal.II/doc/reports/deal.II-paper/img11.gif new file mode 100644 index 0000000000000000000000000000000000000000..f5c8ec1d1f71b3112c6321e83051ea5b28e99023 GIT binary patch literal 335 zcmV-V0kHl@Nk%w1VJQG50OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui04V?^06+x%5Xniay*N*ha1cm9fEuSs zCiM&mp-hS)B?`H9XRhyjzZVHxuW%4%1^^iaI7uV|2xrFeI;AQJ1}534Tz%lMcueL| zkBkCBpu8a4nXe=OodAtq+$HN^RkSlUL=sF`4h(oV76cCfjt^}I1OR@DCkcHO0RUs;d(NR0X6x1DJXxwG;#j2@kxW7IGKBVZwP93nT#x4hk!Aw-f>e z3RM&}5(3n-5(Kx52?QCtMu1Ti3b7T+=)boH4+#sf2GcVI58xEU`OgThBNhsd6|=&R h0W~iS;B4Y&p#Xy*VGJx#u#T0*ix@L%+=w9p06S0&ZCwBW literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img12.gif b/deal.II/doc/reports/deal.II-paper/img12.gif new file mode 100644 index 0000000000000000000000000000000000000000..227454f76ac6ca9d34fe4703dc1d3cae6da5709d GIT binary patch literal 205 zcmZ?wbhEHb6k||ic+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEgA8BV;)O{^wjN>b={J;RF{sITy|3W3 z&)pCiq3^5?8`p1KQ1IfCrw}LCrLPf!BEqel69X#jI&ZQjWC-kku%W_-Pj6jg>*9+g zk*Z89QYK6gcqOJg_0okcJp7#8tcC2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0Ez%I06+x(5Xniay*TU5yZ>M)j$!gN zlVXr;I|Tt%B!b&1fMSOOfL;p^Oh)q%9)RRyB{>iPgWW}O_#_wwBLFjaFcRQKY~q9> zs*2#`m;@{-<*0NnTqp?iynfH``~QG}f`cAk3SxwbbO$~fGf86z26zY$3JG!~1zunY z3tb=sSO@}48w?Xg5(QNVGky#JrhYxB7YRfY0tz(g(+7?(gvN^7Hh*2nuRy_45J`56@g|1^9s= zzzGro7&z$l;=wQu0cu2JxZ#xqFfqVz;Kp&=ISl>++)(_JWMl}7z!GHimf=AZ0y-q9 zxX24br<*tdf?Vifmq`l>w^(R!&B6kP32FixCBfylmfOt?uiw9b0}CFkC>w!EgcB?7>y@bi zZL=2BQvrYyRLOplH0Y?!K^p*8rMZH_%EkaNls;lE80+DM0SZhVZ34hSxCL*>G&0h_ zgui9<3e-k>AqxTArV_aRfCH~Ds&r--T;QOAQ?YU361U(v@}F3$MM$?>{kjIFyC$4A z%Q6q6tbRh;=0Jd@bo5Zyv%m0*B_izExvjO`1qQ&Ufpi=!hX82Cw3k7D6#S=w0S|am zKmY~Cl)xs=N#V>MV^#1(SOR>K3Wt&$aK!`^T8Lo-P;K~61_L-Cmj!7+*FsVp6k~vj zsAR*LHz5`W#!op;kehloB8ebSmr($kcPN=GS`1K`PAs3L wnWj}@cHjvB37FYI4+lJ;<7yPpX(yh1_UY%JfCeh)poA7`=%I)v3TOlXI|y?*B>(^b literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img14.gif b/deal.II/doc/reports/deal.II-paper/img14.gif new file mode 100644 index 0000000000000000000000000000000000000000..7c73412612510f69a63ec88643d6c2d9224f53f3 GIT binary patch literal 205 zcmZ?wbhEHblw?q3c+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEgA8BZ5lhsh0}>w@o+O8`Fs#dYz0cr~ z&%F?tO^eqt1{^uCpdjPr1)wE05ciMLhz9~9(#bYv0hbNjqh zgL~1WgF#Kqse;9x$)E4U@$hqUvof-A6@=DFF!QmbYIKS7bci-FaE2t!nmuQ(kRXFK E0Cp=#KmY&$ literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img15.gif b/deal.II/doc/reports/deal.II-paper/img15.gif new file mode 100644 index 0000000000000000000000000000000000000000..5e9489a90c1feac92281c63bcee4ec7aa82da280 GIT binary patch literal 596 zcmV-a0;~N;Nk%w1VS)fB0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0D=G~06+x(5Xniay*TU5yZ>M)ZbXwj z=rD!^fR$&uO3ai{O(3-z;r~FN&Qg=yCb^xfLnyACM@dpC5dd@v=WNUERuT)J!b>ij z&*-$e%y2B%lZ8MMSU4IF6*I^mTI6(gczPgBT!095cX?a`4g_-+JZX-Q7n2-@90CVA z3U3mXk&;UWO9>8es;jK6uCK7Mva_@wn66Y2MR%c z6aduKOUDSo6U!9E69x&R76uPs1px*M$q2V()+46zyJRL1_L-l1OPi>S@&oF literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img16.gif b/deal.II/doc/reports/deal.II-paper/img16.gif new file mode 100644 index 0000000000000000000000000000000000000000..2d799ab6deacd30a6d3a867deace1a368523c45d GIT binary patch literal 1091 zcmV-J1ibr4Nk%w1VblO60OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0Mq~_06+x(5Xniay*TU5yZ>M)j$~<0 z!*fndu~tFj1XTeT9)l6d70M|a`*WHgEj$4ML}iXH(#kW8yq>ST$yZiQXIfbtj< z6i{Xu^T1XT@VFfACO-lJMFVF5^dx-}2@V%`7fu!rcX@jVeSZQ6GztKPNpDXTigs;jK6uCK7F1p*~5vA4JJ8-UyVg~AQtWO89{P^~Q*S)Ve zUX2}l#cZ`1)YbvzbyPtY{6rvtGO7Igt^NX_Ndy*X;DHDxsNjMOHt67k5Jo8BgsB)% zkq8Q8!U_)wj1dcm9=-x%feX+_!T^t*B0vKQgor=`DtO>xKLPT`qKh!fh(Q1~uGk_4 zIg%6wDfyg231y_IV}TJC9JwTB8nne^1x{XuTt5PJF&P01Xu+ixU3AI70X#h5!k1%~ zsR}&^dBd3lFwS@ZnDann=baGUhX4Zrn3zS1V~GY>pZfsHmY^&U`lO-b!Nem9zvM-y z3Qx#GX%0+@CIpKcf+7&VCUCn_~s1aQEq6-dcWsEj5CrmL_{fJXo_ zJy0o_lGXtLYk%6(do!bCGy%pMN?dGZ7F>mpdUh>X$YMlh#k;d z3JTm;@WGM!dVvGZI(%IL5q|@K!QUo~0mc^45&!`|^(Vl|mt1jjO)jJS3Rx)1{Ny3d zp1`XU3Sc2vAkNf^0vuFnu=4>u3v$jba-KxAp8c4Lw9hp$3hDtL&lpM886X|&g%0@v z+N-V5MV^cK3{s;BX8*X%a8MG-joWVzcjYa)f}jA@6!z`+-+%`$_~3*WZusGdC$9M7 JjF%Dt06QZiz|#N# literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img17.gif b/deal.II/doc/reports/deal.II-paper/img17.gif new file mode 100644 index 0000000000000000000000000000000000000000..9cd7184a638501d277a3abf43f6f5e09f350f1a9 GIT binary patch literal 931 zcmV;U16=$^Nk%w1VW|Km0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0I2{a06+x(5Xniay*TU5yZ>M)j^s2v zS0Eq(v2sjNVnO2sRRI_tgAs|83P;iLIElkV5hMTz5+^kJoEQ;O>yA30Jh}wM@`wds z9@9!<&2F#L-bWyyXz&bxpad^TI4*J*Nfr-sban`MdIASH3T88rl9QB`mY0~Bnwy-G z1ur8qouij)6A4gRWob@i34yJrfn`Jz1$qc;IHntj77W0_!oZ>x005vAcw!ws7eE%r z$rH<(sukB30XJ&S&yW-WvziPFVazN5T?^io<>#jh1YxB0_V@Vt`uqI-{{Q_3G`KJz z1_A+OFff2~>A-^o1q>{3FfEfqh!QD&5TJlTk^%k#ZmkHJ-~~wm0}>b@ax&%03TP_K zDN>Td2}=V2w42}r+=iVzahcHh&8LP0#~xCdaxEKCr_P*I@K)275(W;8PVh*{3D9(Z zBrsTDzyU+CKZKU~8UVnb0Avb0NO)@OngtUMG++ZjX&E-`h&TbvpcVoKbO}5-);F=% zL|mzlXBA;nO(3NXXU08lnynT25m=pvB@rgk;g3$dfBy&b+zvwwus{_GR)NKW3>*N&12Qxi z;e^FxgMeWT*D(3 z6)0d5Iw|F)kXj`O;Fdxn8c@|QFHWH3j9XO^zyVLnG>1eF^yr|DZ~%apQ+Smz)hQG- zAlPGvA&G^FaNgF|R|`&|1MpT>u6&keXB$+*t`82XIJMmlSN4*#!p_mV=rWfGVn7)m7ktn=7<13U30mP>U3{ zQoySVtpZgZumnEFizS#Qp}-VXQ}K}tl@z3;5{ltCdBC!LfMN=WBQOHM0q}VXZU)y* zC0#suB!p!rNQt(detyU|L%ZtP0>Hg}0+eM43Q+spzW@g;@W2EYZ1BMdC#>+o4A&C@ F06W*Mahd=C literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img18.gif b/deal.II/doc/reports/deal.II-paper/img18.gif new file mode 100644 index 0000000000000000000000000000000000000000..fbbd496899abb17f3e05f5dd3c273ff0ca6e70ef GIT binary patch literal 961 zcmV;y13vsmNk%w1VXy!t0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0I&ch06+x(5Xniay*TU5yZ>M)j-)m` zS0Eq(v5HJlW+05UU`mY0~Bnwy-R zo}ZwhRWFy6qNkZ~6A4dPTU1kI2nlzuvb2Uxh7tvSvk5q=A&nOd#>dFUrW61Gq!edj z96lF77tPOR0MeYU72XyBL=*|s)r2enT?^&`wV(_NVcfF|1Yw-<^J(e`@u&a;3LHqV zpuvL(6DnL-VL*cm17aW$Aj<=TI-CwXNKnAQ0tf!tI%(wS5#$E}3K$?6AfVTZmI+?K z6fhux0Yfuu-eiLj4+WPZPHd87jzSZ38j2eAMS=l9F}{pWDnDp>E1hZ3acmc#6co^d=0J|I$`wYJc5u3~xVolq_a2}*gk0T>xdpH98H_3PNPYv0bjyZ7(c3aqZA08uC)3AzA8 zuipBCWl#Vs`VwM*TuuTSG-!{Y0g4X%QU0Jp2Kntrfq&I4;Ym513=&;iJ^b(+0uEXL zAqO?Ik`@6AP{AQAA2M(N5D&-@;)t}E0uBPpz4eiQ0d@e3h4<8G<2}gvGn|ESMOe*m z4D9$#j~w(-fC@Oca@CAFB;ieyWuzt(H#H#^8(3aVID!B~S`efZ0UUs(R}xyl<$YdJ z5r6?>R)EKv3q0T?h%;h!n4M8h@YR8lO~7R^O08ARjf5fxS6&@TLCXpsd0D2LSzVB* z1OOz_Kwb$PCV_%nQX-X#+r0J9E7AloYC3h)mFbZNG(b;RpUr~QpPHO;K#OO|i9u@? z96(tP3gl=ju63E0hN~E?&_XuFaS71EE>SFNloQg%=9YafoTE(|XbQ8*nn)<1=rgLs z2nifJZ2;~8;->LZAUa+GNTmVJdw{tTu@2)8Y-ETua>DaV<0b@MY@Sp02~}Z jVYJ{&P@ClC2;RjQXRPtY9Cz&T#~_C+^2j7h7Xbh}M&g2T literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img19.gif b/deal.II/doc/reports/deal.II-paper/img19.gif new file mode 100644 index 0000000000000000000000000000000000000000..82871533991231fd382693784a52cdcc9c1f0102 GIT binary patch literal 220 zcmZ?wbhEHblw?q3c+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEgA8BZ5lhsh0}>w@o+O8`Fs#dY-NYQM zaOkJeWOGsWLl&z-84Ri=`#r)Q2rJa|%#BH!?6F6VnZ?mC@Wz&dp-kdj>gQiY;KPNXUBO6zvkfts(pP%?F9iADY SlNdPTOIEI0y~bUT!5RSAt3w6= literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img2.gif b/deal.II/doc/reports/deal.II-paper/img2.gif new file mode 100644 index 0000000000000000000000000000000000000000..ceed10f791a2a07a7c9bbeea219e81c0b9dbf9d8 GIT binary patch literal 3136 zcmb`C`#;l*eML{ z6B8nlsHdk#AP_V)HPzMCRaI40R8(*{90r3yp-_hpA4VdP2m}HKgFzsW|7-rg0ly0Y z0e}Rc{h#r_Pb8SIJ3fe_jZGUWy)o=>@_=6%YF+D6KT{JndJe6^Au(!x#tpADM~+{A z`fj}~I~_Cw0vq4IGw8d;jEQBj@5cEf03_#HLJ}o9IWsFe=Uy%q4WPNMy!-YU1ze@5 zutO!ZvU2D{yPM@vwRQH@QR2-Gt&BFO;`V!u5#0`5{R4xv=fl*|^DoBY@+XR>UcVWi zne7xLznZt^FPvF=FY)pH%G>4GcV8@5=f4X!XSNr=eJ$MmaIh}4SaXnsixtW-gmAs{ z+~h@F4hZqwd`Mi0kkn3?oUC+Ml1$t+DMuS8`l!XhaWk^`=Ostezu9_cMkJJ%g^Paq z5+Vjy6`JPfFdfk*!!v4E8pC3fKEA@fs<1DyF0gJ{rIiV|CPUpV)zkI#zC?MO)|%Nm zTcdTi(bihmAjsUnz?0I{7&vT48X#zanIaNPI|w8b$aog@3n7N{J{<>g1JtK{xNx7| z9O$70SK05Vff*Px%v*HWVJ!d9A!ELIGVof$gob(ac*9kv{*z{r?T2Pxe4(sq=k2F$ z-&NhjX#A*-_RW9zC7-G5wZBV2kvtbsj;^nJ*+$iK{lIFr^?-jcN+3#x=bludkKB)%@+Dy&ZiG8qYMfzxTWHBhJFZQ~zv~ zKjvfmeGqpRbF>-yczW{RTJc9v^eX}>^x;OFw+S|VnGI#-W7 zi;lRJp54!*vcDD`zj%v6hf4zY50>e_A|&f|2mDo!bQUMug|?WEc+ig+|8!4?PG#W= zgpnn12)SDV*O)r4` zmIYaD(6|Lc0$$k^KrW<414%N3{o5-l?7j>Y@ta8A#*;)3uS2N@i=GnP3!2Nl$F)BC zfX{H50dO1`ToY_Kl3`2Lq%*|;IvBlzR+cx8nZ+=@u0Z3xus(%U4%{cW0DXzqiaYPE9cxkSgC( z16G{aMt4XVlBgKAoN$2m@KTnfMgg|&a!B1r3e!t~bObg|JI>KV6G^XoF<)h;im}_3 z1tfbWgslkRw;vw8%FAqnysnBJyaRMAnl@BjsE(92(QpG`7zdjyfNf+wKgHuagb9!*$qHd9JU z8+0+mWT9>pN0qow9F5369f2%L}*Kx*s^!`lGNkedwc+nDKJC|WjR^Z%}Ggr+b^xFu7 z;|ko`KW}4(XlriwjB1Fo`c5M_*k(fgsY|;5%#1ar1ZUw0sAD79og9;`~P)& z-dNBj)Ni&sHl7!SoWr4i?2w7(`8}={8%Gp>t$uB~m8Jd;maNzny&QN1bP($_S^F%o z_NyC1FxZge-Qym*Ed|gv<1qw?h;M2U9SBKx_?5}el295|7y%UpsG9` zJAIkD$$L9@)q`a{n%9#J>zRSnAAtq{LLPJhILo=$GkMkt99}4>z zfuAb#V;h7Pb&UDI8pP9?L26jzpuR}Jn8kTh(tS|&>9TeV0L|ImK{5jZUJFy_jx}s) zK^7`#F3N(<>v_oRC6VYtQvmfKNq1z#F%L8TyTl%w2wo}<)=)-+Q4Ru=Y5@7!6g@{B zor-@_Nbu%XpWb8NrFJ0x<(0P|m2$$v>1weRGK7c-n9W8;P`gYoPpzvZb`332%K@DhGtTyFn$^`W1bmSc= z=4Li42gGu33~9z4by(LV2Vu9ij>X}z@PR1W64Q{YQPIQdS7CisgBwfB6y!qg`7kVk z2%vOPXp81j?74mZ-J}WZsFcpIC}AU8*2M4D8YylHXOJJv6tfH!OxyKkI@Wn(5FhP` zXc@6^vf0eh`!}#|MC2YLj>XrO#+~g0@GNzR+D%BRu0eQ=VzQd8JdTr)ed7j~9)D5~ z;{+WkwammL(z%dCPPi;Rv6c>SxmJzvq@>5jRi?u1)Hu)++)-qqCtRvvIF?X# jCho`_1EM)<(Yc~uDcY%0X&;@^h?(>j-?U~F1Tg&{-uQC# literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img20.gif b/deal.II/doc/reports/deal.II-paper/img20.gif new file mode 100644 index 0000000000000000000000000000000000000000..9461c081dfcc6c06a0fb784db5749caea3122775 GIT binary patch literal 262 zcmZ?wbhEHblxI+6c+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEg#js6V`d&fo z=UUssJmo_o$8m-Sdp5-XZ)j|4ZV_VP;^gm2Z*AswVC3fGN(<+5V9F9=P7!hzVUv@n zn=8a6ohQu1kW{yTpOc%Fk&SCso4dZAyBM=itVo4$fl!eG&vwy`44l@bMF)B>UA}Vl JnvfuaH2^ypRRI71 literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img21.gif b/deal.II/doc/reports/deal.II-paper/img21.gif new file mode 100644 index 0000000000000000000000000000000000000000..b2a64243cced2c818713cd9095c9b87182bfe321 GIT binary patch literal 509 zcmVC2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui09pVg06+x(5Xniay*TU5y9xpl5TQpg zgsFN7GbIZ43<#l2iZKzuWb}xH$udvZLO7Jmt%1qX@_K!6Jd4xNgf0}s4454Iey&V?3n zPq8}>0M`$jPcJ|Tzr}OJf@hZp)M#nx>S@dr0SpTSLZ}sc?HmH);1dG`3IbIm6u5!F zK`BoN6DnNDu%W|;5FW*xNk%w1VL|{B0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui073u~06+x(5Xniay*TS#&7lJ)P6Nk{qnY}5z>07xKU j4=O7LpDgef5THPU2`LERH2{&S0y`{Lm?)v*ga`mT`d4sD literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img23.gif b/deal.II/doc/reports/deal.II-paper/img23.gif new file mode 100644 index 0000000000000000000000000000000000000000..847c29b558e258a49f2ffe6602da9a559511da4d GIT binary patch literal 399 zcmV;A0dW3DNk%w1VLAXS0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui06G9G06+x(5Xniay*TSUSV4lZjT7?# zPC_LBzzEv`NCZG&iNowXvuG?3qmuZMj>r*=mTWqo(5Q53>3l*+!+|o$2pXSb%_vEP zNr^@=v0Gjaje~nrJ5Llw$Ck?P`~QG}e*rK71al*V2!@Cl0tt`_dlz*T1S%T=Dhfsl z4j2SvNIDY>0Z0M>A_xngm=yvJr%5c36$1bY3<|S?P5}TP3%gyu#>dFX%FE2n&d<&S zY7f-K(0|ei)DPBFGB*_p;C})O50R1?HLnswBnk%$3S~1G4C6;G69e-k1q8UloWpQH z0fB=E0cv3I3BiF$9o%JbV8j4`ZWIczJHjFqMh88sFaY}iEI~PfqWq!gC80nt1PnG( t5KwGDBUrk4q_hx{!oUI#1hBj&!N3Cv!}<|j%CxD|r%C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0Db`@06+x(5Xniay*TU5yZ>M)j$~<` zXsWJk>%MR-&vb343P4M300nhi~=tT?x zf`pWC002K0g#t_{HTKJ_SrZmGxYzB}H@m>XJ{XIj?AaIs3mN>Sm#<%Bg()0H){a6U zX&)F^jm)x}T*wv#Oh(|bX0ykr>WQAG7DJ|Bpr?%%UAjVQ)vM{Xu5gm)h0_%RxUx`S zw+984u^H;R0XGHRB4XE@UBS37=TQdY3Z)8w+L(BhlfFF|0rCV7e8|0U=il}2-?S58 zKB9NV4gwS~m@hTNv&}ZpCmK>yLCG!u)&8Jg3hsHF4nnx$h$NP1;)y7xsN#w&w&>!EFvck3j5OA0BXJi!)5KD{v}9Sca~Doiddx{Ih7 zlsW@+yzqK~ue}Is0kOY;DiQ!Y{@Q`8pbyOF0H5rUNKCUK(5LOTs7?UvF4u~&?YInd z8?LzIYTIoGNTAo@S`Lu=tSnPZpa^~=wu^x)ALjDz3E#q@Z-Wv%$%9q}PgT_l16!a( zSOyrdml+5rOclN*5Th|M7c^kqvCRtLK(!h~>)3E8dd%K`2`KPJ%R2%pGZ7ezRH+y$ zgKVY+hfcWf%rfJfGpRlZaDZAlkatQoJ~s$7pf$4_EfETk++za=V9Oa+@vfDGEn-wN z?+kECnLyPO9KZw>YS*j6l~ARDh}gSMJp|fHDoyX+ER;<(dkQEpir0Lr0I|e;RikT) z1oR0E00x`|`KU59-i$Xy2T1dU6jWHT#!2%C-k0X5a9+jDAQ+AGoh}Zr_@>+hAmR(I l7e)CVQLk}3?lA=3C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0673F06+x(5Xniay*O(;SV4lZjS}+! zPC_LBzzEv`Ov!L14x{hPqOl-GCE+6(j~keTfNVOS(5Q4e>3l**!(n1jS_F-ckpL)4 z5@OP!kxw|YgPEQm?$Ck?P`~QG}Q~@vn1al*V2!@Ck0tt`_dlz*T1S%T=Dhfpl zn3iToITH&3M*#pL2nDKN4yH&fkQD;}3JeOcf=#F&3%GB)!o$SH#>dFX%FDY1Y!A@E z%ze%Y&=1m5GE5Z;+^!GW0u7z&^>!h*npYz|soK&7fw26i${3ZT#>LF5Mp6DbIor$NB29ic90 ioG@C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui02cuj06+x(5Xniay*TS4wEy5#gk))+ zXv(Fk79>csNDFKMK*tJ?AtgBp0T7@RY=}gns4N{PN+wd%@F8%z)GIbaC>$k*cuW?L zDq9(CD#5Z4!=e!xO|nT01*Td87#e+l6LBE{4suWo8H9re7YT|N0RTq~PZ9wSh#(0H z2?UdsmoAi$qi-I5fF!CyL==XbKam%VLXH#(2M1u1niT}N0UZGZSr!2d4#xs4n3c$;)UD&l=I=AbtYJ+me0~1y%_PSqiTe3p)9-n37-s z009XHa@ZI$fWm`@1oTKyU?s`C3=iQ*^ipwv!2iBPBRKB$Tv(5-7ln3@c=eIDulKGatTS>>3W)_5a-1`v9}=ntDIG*mnx zH$icrG2GU08ky<@uw4)UVjyc_3kjj@zT}Zs1tg~g1f7Hgz_TG0XdxHzOnY+iSqeN$ zFnmJX+17JSm?V-tbO5fX+6No`$8;FgVg4}1DCW6h0ea+3P~Zn1`Q_dn2zjEwZU-ba zK{RnG(EuV90zjb`qbU&A0tGnWlmra;MZg0%0MG*kjwmo%LG7*B;)@h0000aIY+`_Q z7~-^H1>Q}xBLY1_;YkW&=%6EyCcU9jJ``H`nPZ)7(qTg}-j<>THsXLILLl}AKzkB6 z03njr(dfc%Bm@BGNgIW5Q79Q)rJIAzP?CWT17u-WlpYKq2cXGOfGBVC%?W~>w$BkP1MFmvI|fL~s0IqGla{CmSbFNIp?)%I2&JAXz<6G$3Z^Fy z^y(-q3yg_CLbaVh;;xqYngRj5{wiB&FTe^*YzWLIo6)J&_IfQc!L~Im2*)y-#{!2) zFaWe~=olCSiAJ^Ns~JF&qd^z23omc#*4wTZ?`p-81@c~ys-8nY$bg@3oO{3@^up1w zZ90tQKm*%`P?W?J|9U~g2fJ#*z!Cvb0s$nKY%q8!|lI+uVDB|;0}EB^i`ldd)7POTky0f!1Tg%y22qs zfKU-YR%9fOBj74WQbT~S1h5+lQs74xI9E0-AS}$J#Q__1h!|#Yj3!jTfxz)l5#YiA z5-MspftmmdUFa1BR)B#gRDx%4C;?$%FoPguO$Sfsk=U7#0tIZtmsqhxB*_K@2ar@A zGN3$vcxH+hsG?8-9KZk$rLF=8$eI?p=sM~liHxTLKoj4w#43W(R9MX76Hmen04U%@ s(78hdz2cDrJYZkfNmL*Is2By5@m`1om3IjFh;|ARkQp#!1|k3eJBmg}wg3PC literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img27.gif b/deal.II/doc/reports/deal.II-paper/img27.gif new file mode 100644 index 0000000000000000000000000000000000000000..7cbcadcf3f072b06e37377bcda472b98aea5ffce GIT binary patch literal 625 zcmV-%0*?JhNk%w1VR!%*0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0C)fv06+x(5XniaMS~S2%>7^}jwG3F zU8MlT#Ry+gFo4RsutWe`>65FLi})%Cw9xRv#ESkO3b2VKN@Srv0?G^^nad>03PwPd zl19xMm|8e-F2hEOX0-=0d6vWH0A7NOLX%!7@PGlE1Wg`SdAQlR$X1c#k1 zn?BWAB+~<=1sOPC8Q_5&U$ts5RLj;ag$D;2y6VL<09{sgr5F(K(g-pO5jjN(GQseN zh=dkA0&C!{grJ)oUr1b#9{>Y;0s?qBN7KYm07h@>*dU?;PeXFbu0;+(YSJJWI8@JWGBS1(E{)fj&!6W)jNit&mbBAK#Rbf1qC1hB$iIyItfXtzQw!nw7mJy6SyNL z{aVBTv1}TkEg&6$WdrpY;DMh&KA8ScB_L1>Zj`)-Re#h?0Ll~4DdpgU#vO0~Y!Fsx Lp$ZFz5CH%?%rxrn literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img28.gif b/deal.II/doc/reports/deal.II-paper/img28.gif new file mode 100644 index 0000000000000000000000000000000000000000..09a3ddc482d4ae47ae1fc58ad4c9168a8665b6ab GIT binary patch literal 178 zcmZ?wbhEHb6lM@*c+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEg7fvxs5D{QvHc)V2;fP(Spsvdxb;+fXQ9y4O Zr{sn}1pz*9zXxAk;&^KOrG*6C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui06PE{06+x(5Xniay*TTQ%412m43D-j zm00wOwDxaPBynfHu7!(2sI}!>q7Xb_offNA`ZHGM-h>DVq6ACvPYl}q# zKL$P%n|&2(cN7bpmrN7@UkIiasid^Ewm=Lr0tUCW0f7Moszf}+47?nk2{eXOj~L3# z3wI7y2nnYa0Sgbv5(iuv1>ut1-U#4b*CiZSS`-Y!6A1+j02S^R@e>c$8urbK%u0}D z0ze7^5-jj>&Vm2{4)8Q6K!5A{&mCx-|CJB9ar3;+NC literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img3.gif b/deal.II/doc/reports/deal.II-paper/img3.gif new file mode 100644 index 0000000000000000000000000000000000000000..a151425530032bc1d7f313e44a93d2af85570493 GIT binary patch literal 238 zcmZ?wbhEHblwioJ$rV4e}8jxb9s4rc6N4reEg85}uC{ad?3|!u>gA$+ zzQoqxXyz3T#x;{&`kqS%i8vf@Jf34UvoWyY!zxkj7QeF-C+RSq^>?zCWDwzDmEby| zd#QPOjoJW-%a?~wh}~Pryhlf#g}Yvu&)SGp lI$LwLQ#HMR(__XCT#q1nGHL4?cTF@pN=4dH2@FMOx6GZ literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img30.gif b/deal.II/doc/reports/deal.II-paper/img30.gif new file mode 100644 index 0000000000000000000000000000000000000000..9c59b3206e6cb041477e87bd08b70f34be79895d GIT binary patch literal 187 zcmZ?wbhEHb6k!l&c+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEgA8Au(Gr)GjZ6;`o|xLWX=*y88y<3H z;8xXXUiI2j;p?gcOsde&fij8*B0|C>R9Y%6WM3hDrgyPs76< leoXz%FFRJoGBAA4`*6g^kc+`il)FkyJyn{kSyYh08UR=SKePY< literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img31.gif b/deal.II/doc/reports/deal.II-paper/img31.gif new file mode 100644 index 0000000000000000000000000000000000000000..e444229b11f188a964899cd61beafc425c28ba8c GIT binary patch literal 192 zcmZ?wbhEHb6k!l!c+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEgA8CE(~U>2S6pK-5T7(f^rDKt^@5~e zy$#1yeH-4@>}Tg`Um#Q=qsMUIf_WxG$<(8hJm>OAu(lj{z|F(lvNHdGqQ|DC2Ob@q qE5opXOmcRtG8H0%4AubF3q9EY literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img32.gif b/deal.II/doc/reports/deal.II-paper/img32.gif new file mode 100644 index 0000000000000000000000000000000000000000..098b28b959b054d9ffe78fddb73269e759b614bc GIT binary patch literal 235 zcmZ?wbhEHblw%NQc+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEg6GExY$C{D4FLb^MnC`n literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img33.gif b/deal.II/doc/reports/deal.II-paper/img33.gif new file mode 100644 index 0000000000000000000000000000000000000000..08f5ed31f5428e1cff29277cb459b0fdcd6f42b1 GIT binary patch literal 323 zcmV-J0lfZ4Nk%w1VJrX_0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui04x9(06+xr5Xniay*O(mjvh%uNCmP4 zlA}lonl%MM96%xofV1t}z?1?5X7CX5c!>f7P*DIz7KVWGSZxee3V<;o02UO%VsI>* z&zHb7K$u=yESH2quhWg20-#|DEQ%B~d=m)|W(!jZPZLWe8UhImHFy~TSrRo9TWL0E zX9Xc{o};9trWphZg%1y876S?d43wv%SW|Qo3XVGqTo(lo3?Y$32v7q6j!+u`bW9Y^ z4x$nP4;~W=zefTqPRz-J7GPbaj9Oc=2S0eM6K06Vo$Vaosj literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img34.gif b/deal.II/doc/reports/deal.II-paper/img34.gif new file mode 100644 index 0000000000000000000000000000000000000000..8195efe90fa0418193e3a36239e1b5c8608f4427 GIT binary patch literal 457 zcmV;)0XF_eNk%w1VP^ml0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0A~OZ06+x(5Xniay*TU5dkP7o2-E>c z1VB*9Vlgn>JTY8cCaRVvlCGX$C6$;EIe~$286*S(K&I4ipeTg|Mu%#pa3@!(Cjcnw zZiqyq6=IMO3fCsvQL|z1^m@@I32qJt15siW0SpTS2@ZLMU~-O;Vj&Z12p|XwataPh zbQ+kN5}XpDo1H;5sxfF3M><6U00t5Zoka!-01AW_pBl2X2)1bw!L_#%0}BcU3&Ir% z($mz^y%G;*J^*1E00jx%76Gl276u9hCj;8%?(gu00oe%Z*M-0F`W0nHI|>JwNzmm< z%Lae~)AWE7P{F{39SBIANKs+{U;SVeATZz?wsv6tT$mD{a2n1XikSE&{3RW|yRn{o&+D0Ay#8b3$Lm7}UGlWo(Z9&qQ5dZ)??U1K{ literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img35.gif b/deal.II/doc/reports/deal.II-paper/img35.gif new file mode 100644 index 0000000000000000000000000000000000000000..79ec12940be670ff6593f5e373b614995202c47d GIT binary patch literal 1237 zcmV;`1S~^nCyh=V!;3_fC)}v3Q%B;gg57Rk-w9-`cv?)$O{(KNknOo>gV@Plx z-xcbYkE5S5@I(?+RcnpCg(^qs`?v4u-k zsV9C?Ci2or=Biz^fVmbiBsUq#wr=^YBYdf9RhPl)_HDel>*3HS5;mO-x?;I69%Onz*4H{X1gu^Hb7)f;&A`FGt# z3PDHRd3^K+No(LZx1WJi*m)NAYk zH=`8^!AO@Jfhh-KbuQp2RD?aQ*B*moC6n8QEf(ntGeYLYe@XMGxa!{(b-Mxz}<-bvP=qK@J@ zoFInv31+LHx{7Ne92zPpS4zgW>ZR2|Rw!5qa>ZhG&9l|Y>-BNn4jcAr98+U&4C=qkvit8y~@R2vFe$?6rEv|ZDhAOY+ zl6zZ#zf!XAAh7W;?uQJ2N))&OM;IBX3ybGczr5<2SUPIi8mq>)O8b~`m599XhKfmS zt;py>BW9;INeUUe3OAZ>M65A#*~{26{4>cL)7xFWHXg&FkVzQv;4!WMhB6m`8YT2x z1Ow$SwI`13UeyC>%NvnaFXAyNJ!_;iy^1DjGH_FC%Jn}fd$&c>w@xkNUU1tZ&9*60 zbdb$|WR@JV!VbP=Zm*>66?|p#&CJ{zs;~-du=XHwv28wb+$(O~ zX3Zylvt7BC`(0S;Ap68ocbLEK_0gG$uA{>+-BgOd5BXxRAAa+eJ*+S~pc#BU0mLNR()BS&6!K+ z?p`mSrPj(1eIKS@yL1E#I@`t$ps#UJ6w09|OBEdqeo|>;!SKs5{vGIa9rVZ}q@;@m z?TLD`@trzrs3;}NP=w(+Eh|@|v+|My&JGK$+003fCeW7@hZ;RPbEmP6J&~$VN%U4n zk3og*2$*v!t%!n}F_QvRYonUk#MJ|n)rVQ8YN1YIGi~drxuVRPrO&$VOwJwmW!xRq6TuxQboMoGzP5hMp<^O|y_~ z`cPw*FgKa!)Ojws1|fwXF?C>CS+Uj}VjM;YqD3J-)!>LPWN2boC6blbbt$gGUtFNz zH)1m~4x`tK9)9=>iUj`X9cKOn7?myY2}Y83MGk{pV9~iDq>j7z7$hVyZKlL?OD@Bg zcZzAE(Uvq)2IPX_xDjTHKAmafk&ghhC7D&qkl=}Ms>x!R`UTg=ojpG3n?6aLx6OUr zbkk*aUM82@pMw1u9GKbNb55dcLb=^?&k0u^bYl{Dh^FtEsi%d2Mk=amF8LCun=Gz6 zX{zG|*{Y@cDHx@!qGiOYmpr}}o~}w7WaXTh0vi77a=9A&kD!DBE38JJI!WJ}GAWy@ zmJ}+N$Akop30!Q3f;Fvt$A(jAvV~j=7pBmfo9?Nc4u>mwE&@xBf~4JQ8Ly+d8`-$| zcouC7?i~gjRMd9igt*MD+u^pfDCh5R6(fT%!9p#JUA6&-e*ueaXTuA$6Mdygw-SO5S!E@B*n literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img37.gif b/deal.II/doc/reports/deal.II-paper/img37.gif new file mode 100644 index 0000000000000000000000000000000000000000..7452fa1bf0fd08cfd7eac05eea56a37f94cc0cd1 GIT binary patch literal 1527 zcmVNNrx0jb#md3}I zN2Ygowlhe{sF--ys5ezZCTXK-CZ$oCVhVv7%6SF4s(PfFRQRSNdyAWUJ4PZV=%yPi zoE6(EG&2~5+BDoeismP>hHSZ9?R+*ZIpgzFXdKAm2bSANr>bx5KxiN@m#MlrFa=@kjw#EmcyDLh%s=A|LA{;VWK3L_JMKJAGTI!g4llwxz5<=go{@$UAk3_cB0l| z-M+oDWKIQHFRQJLFNFs6C@l;}#&=yV?u6AJD;nRp0_~d9vgir@xaOs$c(iJ9t6Q5j z=sNb&IHhOFzOD76CX1_Z<1Qo9VB~E0e3O(MM_ne{#skjr%(-@0bj<^q7AzT2TE^8Q zwxA4FtuDdcNn5*~o$B~)k;=!t*YMEOR`lCvW^?-X^_a*0baS>SUNg}A(OgdqNoAON z7k|%cbENX-;xe;hn%H-wn@&RN~x%1a&=2w|@tZixP#tE3fcEKkEhF=?~zNfoWMz#wI9 zwmTiBZFxXNwp+KYO<2%Sp@?f)df=4X3c3&lI}@z*x$CI1|A90Kuk^wfuY4onSna-C z*4gT!#Aze2B~E3iVVdVAY~)C&>1pDV4@2CgzeyRku~o!iOe~=;$YY_!4uSlOJQ^CA5JyDGBf_b8BAj^LWBT`@c_Ph|oKeBS8yAqDbP{qsr%VW~kqDtml znxzS5Qkiig?Z~7q9It{ZIZV~G-zAHZie8qy=q4i<7;?X9ucYeMbT9d~zShNEw5=h6 z+EPcJ<(LrBa1rz~RE{X>NZ|i?>LIg5)Be=7Sy|StU5x)CTI*YSq4F8wVy%s|F+{kn z9lK(C-lB+oA0GCzmt&rE-~i`LR&lkM*XZjxudevw`Bvx<;bm^Xqs)+y?eV#*ha2@+ z#%Fw4ro1taCfAK`-O%MheKoLNlFFzdAS7m=iH`Y{Tuzv$_n7B&%drl|k)WNKdV4-@ zU%LC>*DSe+rAlXCBFgOiXBF(BEppH*$B@uRxff5;6u|nKDS{;wP?0upsTQ^{I&=b?I4~%~qb2Vr)Z0-GQK%<)z2{gzR2;$p zWkY*?u80;y7Gf#^#UnAXef+6a(-l>i#3@Ztf{0O03fG~x5pJp8{ zn^|yR1;Z~AQHDU`Poqi|kuc_QhUWuUp!TFkY^~2v+h7%V>?p^^sPTq;L88}iMleb_ zYLQ*i;rrSlsMz@qjR=8U1*;T9oGtKid8>{mh1DeK-0N4Xyw&2GHN7SZ=xVTYUDb4_ zEs~*$RbCWXQ+D+-*jSB}1PM1r6Nk%w1VS)e@0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0D=G%06+x(5Xniay*Se%wEr6@j^qG1 z!4#mRL;&d|Jcg72on*4o8Y6)OqOp)D9F|7S!e~05&4P!aXjw--%k6i~1RmTjC2=?) zy8;00QaG0$p!C|(CNZR955OSES$ZdNY?69xbT5(hXIfPxokOAAOs6oD5Bnwy-O ziWx^;YNMp23|0dQAEm5nryvZUc^U%`31B2MxD=^Zm==VZ9Uv2fP)vvljsb zHwK>tP}hzRxB{vfj8zsd6afI12ms3z#>L$gj4p{x=Fbx*OL-=6c?|am3JeJr*us!6 zLxKhY6EyLIz`!ed6dcThIO|TmCt;qY$~f!DM2hdT41fcPK|wl_6$B(;_~8b^PMaR! zA+cblK>#md-m*z+5K1bPINtn-AeI#cL^GAUV045+lse*FxiL~gO+r%ZIXGZIpe(8t zu1+wy0Ne@-St$@$%eL)Wp$McokZ38ITelV#pqsGZB%P(<0EFeSpqoTax$Uk?O0ikt8vT^d<@_aL}z!9kIR0EkhD9PX}LxTsZ&(YsX)Ia!~JIWSCt zwqF$hq>x*AT0$DwU7A2lz|)GulmqM;Y_5*j0G66inve>$#eu5P8Z-b+@jy~B02C?h25Ti~s;TZ0z5s literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img39.gif b/deal.II/doc/reports/deal.II-paper/img39.gif new file mode 100644 index 0000000000000000000000000000000000000000..b80d7cf33bf77b0015b1050d8e7cc4e829641322 GIT binary patch literal 201 zcmZ?wbhEHb6lG9ic+3C-%a<>oJ$rV4e}8jxb9s4rc6N4reEgA8BZsm}E|8<`vwnA+!NtXikDiS^Q@ zEsPgUl2^a4Iv~^I!em?^!_)1ax8Q&P1G}fjb|D_N2LAlhZ>#o;Nx#3qpu@J}u%dtj z3lHlthiE~YEu0Mwq6|E$0orUzLhMyKT#lagR+R?2%si8L`V*#2pD|NJkii-NCWStM literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img4.gif b/deal.II/doc/reports/deal.II-paper/img4.gif new file mode 100644 index 0000000000000000000000000000000000000000..d7966c4dc2ade25ea5e30c0d32504d9acc3ccde7 GIT binary patch literal 2901 zcmV-b3##--Nk%w1VL<_{0E7Sl0001|r>C2nn~#r=gM)*6dwX|xcWY~FUteEOPfsT& zC$h4#e0+RpXlPVaR7gljJUl!wFfb}ADkLN%7#J855)upy3;+NC000000000000000 z000000000000000A^8LW000XBEC2ui06_t*06+!);37IeX;Mxgu59bRa4gR-X_lx; z?|i@7x14WCEE4)v4@9~&e0ssyxT(~srn*5iO_3j;u1xbK~MFHiVN-}_;3og!L z4A?_~j>3sJEXu z>S@EmV*AJU-tn(q7=Ujz#PCJ6k&&16#puVc@q3Qeji+^}WCNSj(AaNQzh z5ob|_h05K7o3D5tPr3-|#lc!%fSpISN+`3>aUeKPu?1bTe;shPWcVW-Jzk^;^j-Y= z>POx8RNm{?{`nyRAW{Dv7T`An&i=rUR>g2N$bwQeXw`!UqLUyzMzFQQNbQM0fE|jg zW}6QIBUp zy(yDIWQIlKal*OKP%3%ysE(R8?I>tr=Gfv;3%dAM#4WQBcBoT{A~6b2$h4)FrNm%* z%?S61Dd41)@@J?}fs&ePC8y#^s;Q+WM&qlL1iIgR83}bOt%mGc1W)QfaDaSZ0o%d= z5ghQPH^v?XBCnn_%Ytn?{s@3yb^%-q?Y4fX^yvbPTIOwM?|C!sXytMn$+;qg+k#3} zEb{;~0c<%KyvuyqmA&T1mhZeG1VBuj>L!A(ywDtQ#sC^|VL%EKgml|VFN~zZX1zE( z0}2H{qH!(`7%;)NFa!VrHKMX0K+5q5pa50Sz0<%7t5&#j4<|b?L1sQQbOQj|_Tuvj zLGv=S2}O5Y#L*=rEh(z4D!nPJbww@p8mrbk&#YIALui*)cU|V!?`S=Q*)?Vzb~|Xl zsP+*CA!N_fKE&NZLXL_(HKJpQHtpOjbf{y7e$ysUy;WkZcOGvSp%P0j!F1;e4;ZlA z;Eu1<(n~SLsk6lXC@#J?rB}@PlSph5d{-EzYh*IYii_?d)v{JCd+fBcxc2Rvkj?h) zyz|g_?ZgLv#PGUv?FxfbO-PqNXSSQB3=**XPW4}5-$L}@PA>?gJw1PgwBV{h-V00v zz0uF=$CJKAqDAt}&!V~bVtRsa$g1Ylu;BOM4=C&CJ9reE9EX-o>mgu7robCr~BH5_u;l_s1EQ)H}AsfM_ygU++Z#8t4 zABE>b74>nDI4Yz!bVwjXDoBwq0v;k)r9GomawwN{q%aiFiTADVXHGMPCpGyI_JuMA zcthZ#5R=LTzN3|^B&Bx_=t^NYrz~)kLWXA^^>qFz^Kd;Mi?))2Ho4 zKq@ee#7$rD0CrY$s4JL>&S*daXfPu{QlJ797&W2qD(5)0N&|+;AU+lq+8!#v z09{cetZD=+54_4c_Qfk-aE+^6=StVQ+EuO+aO++7%GbWyHLpK=t6v98*uon2u!aRJ z(JrB+cr^AMkJV&k9}xgK2(uTJCBS8Qk=e~=F4Ii7rXzIgfq8SWQt6_Tx+|~)e(J&1AsRuxwydvn zu?pXI=~o1>Ne{Ke>x0<5AiyGcC;&QI1aRi3zYDN{8U)~gTvm1hMiM|agSxdMNEjOx zPRax@OhS>Gl)&#LZwnqEVQA)WCInCphm~jq7FUD>?TJ%P(b!x;hYZUB8DGJz(EuA2wXk~x+8;rM0c_Nt6e;eQ=BH5?3^TsA|5CV+M359TMwjo;x zIFw}t7v%I2K1^W?k9a2GesvK(76)SF52uzjN@xG}Ga;m6-UB)Dw`($BEZEq^Ip(*d zrA>qbx+{tDRN(;R0B!L`Ysxl9=$v?;fc8|&BeS!JTZRGv~m;lPhla}*pB>_XE z>pADBjcv?7PU+lET_?oN;?tc3-JsK>>o3>2(s{7x?>5@LBDXH1fj&pEzu5B7*1#@G8w@c-6(@QT;{z4c)}sR zFqh65IuB#s+$6>Z0=&TZKgRj(J@_|{ounx&4ng%VUh!3XEOf*7VB-76GL?l~->Sw~ z_o==5$isf*D0{u~w!d?sQ*8O>Cx4Pxhs4EY_`-R{BYnPw> z=U1Bi;rBlG!C%|xKVtfctiAYWi~ja^Qq;KWNU24M|J-4oIuf_$Yrr;ubk%DmkZS~( zfCflx3D|%R_<(b@fF&me+tv<~B^edyNEgThhh}dxkS&^(4jq^P1rUPhFoGrMSxE$f zO3{IdW@!sXE~&9_@j!z}_X0Nf0v(qcJNOPgc!P0(2%zR137gq>i$#5RMu!Z;&g$n?NAA%A-CvbFeh9}_wA2NBApoSY# zdVU0lmBV?jpiKF3L2}p$b|{AA!3@rTR(8U6UjY+3vwx;Q753nUH%I`f69ND`omMaM literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img40.gif b/deal.II/doc/reports/deal.II-paper/img40.gif new file mode 100644 index 0000000000000000000000000000000000000000..8c7f53d872e079d3f53a29ab09ea416c52c22ebd GIT binary patch literal 1166 zcmV;91abRENk%w1VT%B00Du4h00028va%uh1OWg50RSuj0001s0B8U}0{)DTsmqN3 zBXG3Zi?iNF!Yv(N5OU^;KAJa*6ZtZ%(x&$LdQCiYWm~e$YA{sHG14U_$)KwPQ__CC zNJUw*?n2q7XxejGkI{~{OD2JdTNasZW)IUviu9-zFY<089J~}H_3*cJQFxWN7iagj z$3;i80-1t%V`BG`g+Ke3i~ChNQ=93Gn(5QRqE5| zJB;);N65!Zyu5;NM%epy%oqOB%3-5mDye` zKlSVQj^{MasFE*(99H>qAd3cYP>(+D^js+>jh=~gg+5?uC&`&V{(=ajMGSPUUKNqq z?$ru~=A$rJz`~&Pmq-!Ei7>xe+jmo7!kRg4ovE{`r%0hlKoC6|tD2#8NPCui=8nki2$AFD#7Nl4l&sfd;1rYALaBFD}+?4fHKW|az1=K1| zrmS#yu95Qs@4wC2 zo=W#;)_T< zhhK>*GBe>r3OdOk{ak+)S910b}# z>WeRG>dxX{YS#(bTxMh*SdKspd*Pu%zmDc%V{gG4FTn#^#c!yCsh}%+E}8qWJ$QR8!fBVAJn2#hcZ`uc4w0MJs3S38*ieS)l};mZ*>n!06zms2{CuHW7{@i_`^Jn+e{C`#*bhm>XS gJ`*T}^o+ZHy5!bl`21qqH$|ED-;1^U2?YQEJ4!q{cK`qY literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img41.gif b/deal.II/doc/reports/deal.II-paper/img41.gif new file mode 100644 index 0000000000000000000000000000000000000000..946be2405ea1a49615785f32165083cd396cc3a6 GIT binary patch literal 1076 zcmV-41k3wJNk%w1VT%B10Du4h00028va%uh1OWg50RSuj0001s0BHa~0{)DTsmq-J zoSd}Ui}MRncJpcCNS4S4F(J6F3gnvdyu@5+gGYYyoSLFde2$=p$QtfqM5F2myZCa> z--G#b*^Et=R_R4~yujLSh^#)N&lIYkEDi`>VLf z36~3O{L)E*vL$@X3J95GM*7$c2lUE2X;)4CNvql#^w<`h*jmj@y6vSV zsr3%hoJJL@Hf1~&7Ojc(DWymN!B+d$D(ls%{K$@V7|d)RS+`z}R{v2AIjo2-#$ zO;dE=ucInkmU-LtkmC}aksaD2v)qQsJ3+kAzDCk1{ z`rAFOoI+2~#eR(?Y`K=^0k=mfXniYpq|2#GGX z;T3Uk%~%L*nK34#hoJn0Vv0EGWfX9)EjA=p2r+@5ZpCG2(~tfECef4{Mxb13oEXl3H0B+IW>$F{g+aC_9ETuM#glz` z6jo1yYz9|dV*KUi#9$K{nkS%god^(~=Pf!Nl1iGv(0Hzqi58`iQX0lQ6y31S4tEh*@1SB>fDo23|uVm=?rnI3p8I(7c4p&{kwB_Xk0B%~GUh3V<18~I5p znRRGO>Z8oQhw8AKN=4UF(dt@hcay@(>z`qYORl-AX?IRnHi8;!Cxvo(Y@-%2+ZLjO zI?I)8Y^_QxUhJ{Ul(pWzX3?}ZSyO2Ch4wQQbes^k9c3la)Hvd u^l{#C=N&jqD)lXP;T-);cV}!{+W5*?qYt`wWS(o;u{!%5m*|I0~2LLnByf@2C_59kau#Y5^4!)=F&OJNm2K?2-=8wk&>$FIw(O4bc#}!m}}-c z1z09|vbBkcM?BojS^N20Y1`o8e2r}ao6T+G)(Re;OslFXeomvK?)C_Y{_Y9W7ccK= zeRqnTpDbD^N6E~{y+DMX?Xz&uQ9xvTxS*L=Zs3u26B+73l}DW={)xC^Df~n5h&@=6 z7+N8xNT9?_jSO`}wIpUpl?5@Td_`^2C0V)X)O^_xCKZ+)bu|&1bK6aN(J~++<5F2b zphu-{N+pfe%7n*;>dFU=Un{2Hrd|_9;%POaz?2el3-6q-UhO(Tj0=w<-o4pCapVg) z?X7-+3s(Thw3p$=2DA65ma@&bZz( zJ+08jpMF;zCEZ#u(vR*^%Z_vz+TD|`%OX@{(Qob9oof$ew=5oAR)-lm1{!uz9F#D@ zWEBqGBt5qrk?quTQguYy=CUKcJ?36UqxE7vVwv$}Wsr3KqW4dZPkFtaLEmom33Z)* z<;>*BdHiWIR!%%2m5Cu)Y3Gw|^f98|ZTZD^;Sfq~@s(rFF_@eVMS<2+i^UxFoIm{7 zmY9foVfS7z2)X8;aodrTA8YB+SWS4rw8EN!WZBdeSV>}r+FRMJRbvU(?PjBo|4;`^ zmu+=Zp;>Flw3dz&j)qn`Qs4pCdq0s$6=P{ur&XJ~p!K9?PDS`kSFh-#XP|$&SDc_u zMP_KCWfiI@Uw1YNDQVn6s^?uwQVQ5|bL5HXW(%&OVyB|PspO5Kddi(%!7+MjC@5;Q zDXXm(;oWw~0Vr#$wSMLihMmo-L5j3)n$#h=8jAkXhP)=WVz1~NJK&p8LYLH{&>mVt zDWAqTilz5;aV?iKK&B;T7vVA_d*KeI8-g?@C=g*2rF5dS=~!v*RO{GU>^D6Y#Hp*n zvcs8z&2meml(ZeZUb`5S7izC0N%NS&1OCFNz{m01>}iqo8(VWBeivVn8-HO=!qP5x zW4-Q$lrmkH5o{m8+r|slsT;g8<6*uVUyAmVNR;o%EYwWw!6tBx7_og#xO&YquY}&0pN!!fY*8ft)7nyFh#7bhnSS zS1(RHn~nE}6*JScNfS@%YeXM13LhXP#s1nh&iI*@>fin@%_P0iMosyTIO<#W#mo9V zvq7FyDHGP6zs|>g2Rqof!YQ+Bkex4D_784^o>|(h@Y(I6$wAK;=B1jRE_k$)8(Vbo zyKCjnlz#ZG-;pX3uZ)>=K78?!q{9emxg-6IcGc8RPo!O@d~WX`ycoxo^-VeJTQsIt zPkzQZqhGxF`DteZJVu+ow3_cNDPY~H7UD!?G(;^0N#eqt1ZM%Ze@)0qP|+ChOvb<+ zaZE_HD;M`>w4^dkri3cH6XTjPC$WVqhS}o9K4=)4@#MvS!3tcQ5OqT1{V-EJT%Q5K zqB>&f3Wp(U3AtJnLQFA{i6!ev8We$5i3-7rX;j2wGv+cMBwf*qUlhg|Yfu0HJ9$o= Ae*gdg literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img43.gif b/deal.II/doc/reports/deal.II-paper/img43.gif new file mode 100644 index 0000000000000000000000000000000000000000..2e7a94749a6a84de7bf237f9fa57d4ac2ec18f3e GIT binary patch literal 1160 zcmV;31b6#KNk%w1VT%A+0Du4h00028va%uh1OWg50RSuj0001s09gP)0{)DTsmtwe zfSk12i!0pxO(iwd5{`^XazM9=S$ljcj3V%P$M(+KvbV{JW*vtxK@+ZW%Yf1uLF#-* zP_XE%Vy(tg6r>Dyq15X(d&VAbOzD?Qo65COdOBjilUi)=-W^l(_B3`EqK9YZhtves z$EU-j)g}k_gX58Rb_lrhI0u>4s6m!e#OZR0s3OWIiC40Riq@)%xr)0*nhW>0$O{}S z3^rW6x;rZyYxL4ASQzvi7)WO;TDgcCS4y3!m}!@++-b_}UCx-u#VpH;PT24{p841%!2wpD|(sO+D#TXVN}0t^4J#UqgR@ zFb=x64&uj^xx8#e@I!+#rLdJZF|V+2rsI0G z724fP&*zL)qi3ZG;~uCv(ymI>BU#+EdX?U&cJ)(S%g8pSyW5xVgld*oC!IUHY?RwQ zPCsS+^Y<_ET%|itexCF2v%%}~A|{l4PZWp4--Pon`;^%JHwOebnQH+8w_S0z{eny# z@If}1P2N%Vl~OBdBZFPiAQR6ITkXeATNSNW;akILpr3>xdC1Fiy`g7fiwf!yltwPj zm?BN>(THPMTnTo{R~h73l~t*{@LQ3c{p6E0|6PbyR|;Ysia{C(&V_ag=-Q4?Vud77 z)rE72k}v91LX4@6_Ypo3D%4Gv9I-`p{bx>^$Nx(bw!rR4`Vmg zrdTJh2qxduPOE7|wl;O!Y@Zf&U~_@}+E_9rI57myiQKn+)3MHENVmg!4@8Sgsf}au)*3FZA-9PoLM>0CAwY@L_ruVVb&Aj)UGR;@Ax*5W4Y=2WZWb~FNAzo$SET@L79>|GvDk3HMX{Beors8NV zHSv8gR!xO@K4!s=kfx$w$KX?RS> aJC7gqC(EUL%cgV3G}4Ar zDYXYxYPZ>E%WJ(>iCr4^dp3iU>G1fCWuxcxy1ZKGKRJQDcMsYAD*4i1-T2xJ!B1J<9D1`u!n3o7r~$I8UF> z>;8@>AHK%#ZAvbizIf%p?ZY>2Q?)YB>aDTYN=U98uofz+6N#Y4{&fg}P@5P~PeVu> z3vIC&a*ryCw_GHf6NFI5lr(EXvx!sI33U-r(Gr$(o2QCEds4gf3*;+yKW$jE6ltZq ziboR`y9tI*QDYV{tQ-Z7DO8q9X+6ax?u9lWLw`c_ri^FU6@6+E%?P((*tcNm+8mjP zFFkgG=YGry7;oNw{?-A+nfRez!g^;?3>w+-zQ!CCTCQ73^5W5be+3-`IB@03n;&Bi z-B~ng!=_UffoHPh;De=5`Zd}~cc|55@2T8_QMhW^gFjxw=X+Z4h|0||PFU}=5#00S z@vgpd2sppPeXuSBfpabExm6;(>_NSd|dU@H;GCB(WUDB@)SuRMx$A&a4BlyRSBv(0RBv&BW=!b+{`A8Oughg{? zb1Uix)m>?E2%;@=?ezl)(UIboGEH(=RAC04IoxsEDRtY7YV{*$Tznd*(~+1|*C(BF z)>cz|=&)w!WQfwF=x&To3gx4a!loIevwbN9V&+MCq#%o2xAv+wcx?piU z%yhfn>u<|)2`nON!T}6#mC~`yi^<-lTyVNrR%^1wF^3yopjx&EEp=QHDJ;!*E?u*= zDxMSckQ7SP)fal^hs@JgZ(U&u2(p!>%LnqOGua&qSR;&3$GD^00D5S)fzs%$uibuU R8AMBc|4n#OPbOFZ06W4I1i=6R literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img45.gif b/deal.II/doc/reports/deal.II-paper/img45.gif new file mode 100644 index 0000000000000000000000000000000000000000..27666b928ee3bf502b653dabc8f0d14ad3117656 GIT binary patch literal 1112 zcmV-e1gHB)Nk%w1VT%A=0Du4h00028va%uh1OWg50RSuj0001s09^n;0{)DTsmtx} zfSk123bWp68o+&zCoUHTfuXvoE*qs%sj)KyP2MqjdI~Z|DNseky zYUXI_A!*7E=y{XsLdq&xQDthoTj!9CPK(dsv%QReb8}z)7Ebiyb{9t&VTP87v{aDzaTRF*+%V&%zp$zUpEof5KXsH>cj{$Ay*9pc3f9!5Nw zAksm!45YA!p1853sB%|IRE{>9jEOU6OPxFkoq!jznT(%3&zYGBbPhfrlaO{y3goFn zrAc_0>n0By(`QGEMZ}bB>#r8Jkj8p?kZV-6H-lJhd$q~HjuWNM^Q!LFpQS;w;vI_8 z8rf9}{fZ^>Elbhzfyu z-Iy&`H^#oKGW!>2XLKU7-P?QDrBB?E0_HaLY1D6%t;4BIYx`@xsmn=ahMSN0FrV~* zm%P5|w9)2@+wFV26TRQh*^^D{NqDjg=2)~J-&}MdaIM1rsk=r=UVa%0m{fgD$utvu zPQ(YEW9120j9uJ4!i-+&L8w!Lm5n19h90&zLwx~$Sd=#wU>Bh`B(iqmI%1LKjA|nm zXQ6{sxj5E~<_ag_e#5BP-;I^ELfkjFEn%csCbnqUTFA6!R*yEK2p2Rk7C2d7HBOm_ zAiP~E6qsj?wwO~FayeU*K@KS;e`h+S&z4_l)25l0kQZH;^5BP=k81)cWIeAn7*(7F z9wHTEdLCy~XxpJlSBPJhg=S)NKIkT2@8IVUc*bd3BRS6H7-6L(#b8rmIR2<2oJ}QK z&{2%ccgb{W`uXTdj@EWfX1?NbtEp$wfoNd85jOs8aBEtct3-6c)Za#_%7rVl&8l)^ zbqc*v-F0cmDQs-+h~eoU3enmFnaesV6QYpJs@#H0CQ74j;Mij&g{ze|XPeN*^z1km z2?SAyLiSQ3YW!vz-=)u9CSYd-UeqBVhk9h6xX;no9dc)BGi12z^0FypS)ohun;{Pe zQe7@h$EhhOU&=B<#40!O$*R(sak4j0$Zf5TsWI&{PvY70j8c5*ZM5qai)216OLLR9 z*7?};j|kgKnmsR1ify%GlYAkvgnE`WwQVUqE?D|$T=dTyt{73&3!Tm4SZs4`a?VDB z#upW7^PTA?z0UlvvwOFj@_J8OD;l@}mow5Z;DytzVc0ZV2nO9CF0KVX%wg*JfBshd ew{L@&eo~LVehND4&xNW(?6PBcqV0wh0028-*cl@L literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img46.gif b/deal.II/doc/reports/deal.II-paper/img46.gif new file mode 100644 index 0000000000000000000000000000000000000000..9dc92e087db4146007ec020e87a70913899d6295 GIT binary patch literal 811 zcmZ?wbhEHbT+1NB(82%$%a<>oJ$rV4e}8jxb9s4rc6N4reEg~vuLr=ZlAk~uG9)w(rN9JzbM ziek0Rznu{u09PWhCp@JR3m0V!-mucef-KYg8ETZ-7+93pBg>Wc>{DN-v|+L8UJb5m z*Kb@qcDX#@(5?r{lO8{LVrj~}T<7VVNzZloZa+xmveP^vLO z*MM;;UxT&0w}HzCAw`CXpWG}0!aDjq7IBEVBqY3LR1D^tvFhTc2PvTq(F_G9j~u2> zSjeNL`(ajTHs^{U**ne&5AH5z;FAytV0b8JxXggHmiq($YUO~sKufNiB!RcxwKam; zJg|Y8tBfNch*9R_i|f?_6EqIoJ$rV4e}8jxb9s4rc6N4reEgABifY3AyCUY^1+DVg&^Kl!j01So2q z|1!lOh(Y8kLynO9;ziz9`c5n<(hSt$>RRZ^pzws@SXXi)Gl!P$gNGm2+K6-jFHlYxyXf)p^)?g~qr*rK*a^`>h+xl}*fHZZ6x|hOg00R16)1HVxbgm=^P8nvpjugWGU3FyrD;zYLM9Uf{N)Br_gFYxC;c3O}`Jp9HbJ;4? zWw9=rF^x@URtMSv;?7jLzJaFM8n8yE-a(Wa+$|G|!KoOnOp;Ybi&@+8{w;7M@~O6J zRzz5DX2XcSd(*`on|La3-GxK)hxK?okg$|Y8f zw^51u0mRxgfWcN$N@FQiomh#O^YcKQ1X`c*(suq=Gd$M&Xi2Wd!4bv`JFi zVMQj_Ry9_R^_o$AJeVaU(}|WFh+_gNn?jpK)(Lta?lqYl=(!eJYLNB$U}A&q=G$ky zWhZE&a1qL*qK-xa=A)7>`lp|hUOFJ4k9~=0qB~Nsn46Jy+RZ_5gpx`iYLRL7 zS*Y@?su*FbMTwbgd(Qe7ttg1sT#8z5M%gtWXnOvup@_PA9HZy4mcdVK^2%qReA-A! zF^vwZ(UA6KIwujYM)3@iJ$9rwhwg+zUN|wQJF)IWWt79AVloM%c7;{ z))}XgfVEayY6~8hZL$z z>_wKv`yf?a-V14{Ql;86k&wPLbBycWI3lnRKZ`1W z_;w3nEmA^-?Y~9gyyH4TaZK`1Aj#x4ga4`A-NXZdRUt5HHvDmpKzgjD*;Q{$A478T z^l_n9>4)|i8b2iF(d*$jrGG6!LY7m8sQxG=OMPR7d3?`2tmo5???iZSF6%4niDZ`b z)VT?&gu0hdUan${&B`=ee(G5YbLDaU*{SX3N5o; zou3MCh^`n2e0ZYZSFqi%P`8iRaaSdz#IHo+qJP2}zaE}Nzxm(wuW+jL`x&dj4C(L# zkCk+|ZzrReNsBvj!ruNYI}o00{?pCk}a2Wt;NmUE8pF-dY6B2S+b zcpYEi#bT3tRjlTft`_2qRK_7&BnBaa#Nx1OQKOQG`!sm4Esi5j%1WXbJC(&SmGO*| K(&3~E002AuxR{Xu literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img49.gif b/deal.II/doc/reports/deal.II-paper/img49.gif new file mode 100644 index 0000000000000000000000000000000000000000..7f36f4f3e161405673df84979f9bed3bf3402659 GIT binary patch literal 1275 zcmVNk%w1VS4~w0Du4h00028va%uh1OWg50RSuj0001c09^n;0{)DTsmlz| zqMWqa>jFHlYxyXf)p^)?g~qr*rK*a^`>h+xl}*fHZZ6x|hOg00R16)1HV~oG+L?>K+uyA<9rrVrCrCJEcqaAHC5G2i za|LokI7#Ug$7nVK_1O6MxHX%^^Z*l4wgXVqjX`^Wd{R%FM@qj`mkl5-k6 z36?17v^KPvvHaWYOyNty^h{mNc|B2Qz5NUet9-DsCtis;gS&X*85v%bF!o^sHL6*v77XyDcqLeBhWqg&P+rvsXf(seFhR z;lH|&enz-B&R#~sfK$NhYm8V#B!?0c?3MOzGQw^Slicc#pVN}s3S#y~*>kOw3y;e*l zKG7#%ee+Rd+Dgvt0Utu)G5C{GpLGJ%F17VTSx-_0NaA_K=>td|?c9SQeIy2zNf3z1 z1zw9RVYSG4UI8OvU%6#xqd>awlwKAyC07m*6$IHJSQssI32L3V7uad#F*o0RdQCZ3 zT{KqNO=+YpxfqycI))pCXPPP0nr?>4+CE>td1g_X1vD6)Z+&QvV(X--CtF?esZ}I2 zi5IAyhsl|kW+5$!=vsh^)gEKiDVbzOx6SE8bhx3xXdB|>>F8zVaEhs=1!h^Om2vhU z(_V&l`JA>Ga(5|8PKx5?k=`;+0z&@JhPu`E7qULGGSqcZc?v3M`gNws zuhy!HiIG-n*VeEFJ^1Q#k#4rspXBap5VN1uv?8n9&IqEhw1mhVbNQVVp-}`y23~w( zg%cJk1Vf}Ri}}hJ>Vc+i_sxGWsS=~JTF&H}v}*pFpnoYgd*e|11a$Wu+NcYuq{{6WL-c zy1MM##mU5*8Y8Q=J28M0wYTu05Q|&u%Pk7o@_rP5*WrTGkyoZEK$;6%ctNuloX^y0 z_bb^LQay9oVd1T8vCJCHWRry_yffJo?$*dz(u0p($;byn2P)V6A>BCQFdr@Xp%Mq2 zYGsW(XnDoF0ht-!iqI4J>ZF^;FVNk7Caj^hgC4SP2?qRIb-zdCcI!F9BOAt7hjhG% z2m{}|ieqkDuH(^D68W|2%CqRh+fOC(&g0q1EA~MKICF`yKJ9#_<<`9Y?EIR~H;4ll zoz3`$m0uGIL2pv?Lz8(lG(EO?$W^W45?nk2JLvq3Rjb(_{{l56t36K-*ANpZP=&!< l!AewI$c9ls7(yT9gI1YBVG7IQL3_CHg>16O46RWB06X?*b<_X= literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img5.gif b/deal.II/doc/reports/deal.II-paper/img5.gif new file mode 100644 index 0000000000000000000000000000000000000000..0269741a1db61e725f221d99195acf7e5a6d072c GIT binary patch literal 356 zcmV-q0h|6uNk%w1VLAXJ0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui06G9706+x(5Xniay*O)Z4jq}$6dOeV z3zd+ilr+hbFpQ8L&0)7EODQRY!_z7nkI1BQ$(%4A07pUv0Ms@IfaFBLBpkFbE$Gz> z7?oIat=S>E?6`bRZwV6k1o6_V5T+XeQwl)}4j2SvMqm>Q0Y(A<1`-R0fE5A`k4Fgr zcohQx3JeOHbxQ#NBnzY76rydor&@i4wD(FB&i90c~gWf ziYW;NR3TtckAeVK1KeN`Fe(f|3;Zf{EAT+T!CMj+3_PGj3Z%)CC{wCj$+BgO2mm`5 C!*c8Z literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img50.gif b/deal.II/doc/reports/deal.II-paper/img50.gif new file mode 100644 index 0000000000000000000000000000000000000000..0aa0e98560e00bbed67d1a60f50edc84a301f235 GIT binary patch literal 1109 zcmV-b1giT-Nk%w1VS4~w0Du4h00028va%uh1OWg50RSuj0001c09^n;0{)DTsmlz| zqMWqa>jFHlYxyXf)p^)?g~o_LVX3NOTYl@tavM#EasBNGm7J)g$7Xu@tQ zP?9)x9k*QWP5Wd%kyYLJyGvk2xUTyO-#WF%SgS0b(U8Ho|L-<7RTV>rMpQ;)bqLrP zC%9x%w`YeJ#U}LOxXH=qRTS06*ihJM3a8lxxdTd>h5~uEdI}ntdZfkyyUR;5n45SQ z)=ONhdzbQRyxiO5q(}9)DOlW+HaS?h5@9 z1kENxo2BZG&D76DqCwmQMzFUJ)h9XKEa_@kE{DW~6#r~1_^VQ`{$ErodUUkzQaE^_ zKAH@)5Ma4u=^mbZDG8h=S;3MpJE4tEtt{ZMaHMxLsL%=|hZ@Cj&y}^KOtU##+A^ZD zrbDkBR7#2{%X~JeW{M?FQKYNpo>I_frRW5WGKak*#442AsmNT3T(mWsv^;r2e!cfj zZI~-`M?xiN*C!dBkqCAL$f^?1e;upQMa%e0tWLr<@;nEbpF?1zZBAPlkk)8Qn?+)L zY;N60+1{|x3k)$G!osm(nlfYc7GSsWNVnYW`^`8>X>d={b9xx2dP4=Wt)!8+6_ zZbOEMI6mFnyPK4*5-YIB$Z4DZt*tEhMepIKe%|@6(s}j%0lCjfnQ>i}*Pn8X^`TC9 zf}xj|KK2#pplu9#CE7)tT;$Sq0eZEJgcX8CMqRLRNa9+T=~W_$?WM?KG1_gnV2d&i zh*W4$$=D%B*kO`aNipI`6i{5zs2_cH0V$Vp5*sJM)J|QWJi1=!WWzA zwIXM3cOg0+Ph}|<7k9>J?u_OwPC8G3T5H zT4#ib@+obf_JycDl}dyMTV(30k*Q$p!f)eac#DV_GD>6g8+>Tg6a zS_qSS=dubZt$B*;Q@Ic-_hnqi%2$tN+&=7SXl((E28R^`xGwPpSIxv_q3cR@@5Z z`<7w8JQ_FQ!$N`Xo5>(f@O}Dz2RU3@-Y}$g<78*dsHI2}Zn&_v$V<{1o8uH+p;T@h b-{{PE$ZO=;s@@`EM8*lb>W-NiQ~>}xklQC_ literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img51.gif b/deal.II/doc/reports/deal.II-paper/img51.gif new file mode 100644 index 0000000000000000000000000000000000000000..9d66868548e266d5250821888a1cbdfc3a4420d9 GIT binary patch literal 966 zcmV;%13COhNk%w1VS4~w0Du4h00028va%uh1OWg50RSuj0001c09^n;0{)DTsmlz| zqMWqa>jFHlYxyXf)p^)?g~qssZV79!DSM;Ja%H0;`2@KIYqMgJXiOe=BH!-!5ixNf z7gCAMYO~R$%vo#2nk}h#i%zGn%jfDmPUK=Xw)&1werI7M=Pd^XW|voJ7-VGkf!O0? zCboDeIVl;&=deMkIY|h|q==$pgR`keDfbtux>|8b_yo%;JL_0W@=2R3dt*z-Lgj?} zXxnORcgq#hdOEkC1eTBgH6t*W2|UP5UqUNy7zX--Frv3ezeMR;g=`_L{!;WVdi;1x5Xg}f z9EzerGNrCY_6+trDN^Oii4PmOA_F89HIy=g!6D*j&odsuc# zM=>dDr=4F{(lf7CXsGvWztdf%x9>IkK!I(Yclbfk#Fi#kep@tFu_2Y+HVX48>7IV9 zD__n1qN{|3_xTEs9>eH`>C^LW5C0gi$)V%NcdlM~ef#46$HwHB6>|Jxq*);TWl&6F zV+y#9RMyeO(|@E%_!D~C!Q_;J2BB0Rg#gjD(o5vU+9U+?KPkX49Ni z)@Bz?yHyy;Vqh5xN}|q`nbdw+8j40=LsVnjkUL_Usd0bpni`X}7jz3}Vq(`s;OdNUEUYpgy^VsjDRl3FW25W=arVv}(%i zwD1(is<5VNyG3`~^}`ZZ;F2S*nSh>~B(Awy<2zoQ~v6taF;o oAZ^}B)M%D1hrAxOYt7uBi_WI(AC2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0ObIi06+x(5Xniay*TU5yZ;~tRD_rT ziZq67>%MR-&vb3yc)W5u5Bxx11^7Erh`FS4Y4Y?o#R)NLLH4Xt>y$b|W~0v|BFrq; z$QN{TJU#7#+qisAugAyVBbZDzGu1Hm)3;*iWLjgAkL@%SEvx!i4@xGJ4Dba^xs^CR6_5qEg(&mN5M| zARxfOJ!c_ZUNG?BfdLf-0Qiha6sCg!0v=2_z~DgvC^+q{D@wJhRc_L*YTa5D44wrN z1lW2oAb`?02m&M+0TzMSv|dLvFd)`nR<0*?@~EW`uir9J_3+aMiXA*YXw?-e{I}?= zW|^E}`C_frqD)d1H-@Dbsy=|gEQ{Xs>KRryerfG93@zB`*Om#FG|d{O>dxHyR(S)v zcPn)SMb0SFNg-}Lg?SVA&HUOKl*T2I8|>sCD1R2Kc}ka$k#gM#q2HB0eINKN%Lu3c z#j6{3F}jH{;tTprU@@!rQqQk`z2@5a%cAGoL#0!%sO8I1ldgyW8l5cQ2R zK>?7!1O)uR0FOvk1mbx3CFvwyUXb|Ylt~&1z>z-;;DC@q7ReI;KXo|<0bq@wC6|UY z0DzhbAn+vvSH=nFkyO^{LI8F;`Iv*}<>_a23r1(qZUO$eLJA?Epeoqt6@zG3O?S&JH%)0hdg{Y(go;|Ism)z;hjI!n$rYl< zh0#}KugNBwW>KQjnv`4dsvmcg{-IjyvzM-FS~ewi6{vr}-UaQp!Wi45WXYDdEUNa< z%I&$ShF0xVwq5HSyVaVDF1P)O+mf;c<`Gs^~fISO;&!+d=sBiulS* zu+$7jZC8_)Ds#y$;YDoJPPd=B@~$HA5_o8#>()jtyhm00sQu z0RR}_1KM{MJmDb$MJnI{&qlxj6o4KHWWxY+V>kd}1a%K!zyQ>=kumUOD2W+>nMeqy z2Ed6^2$&NBjfFoC+OT{IyP@!;)Hli8L5GJDMGu3)taRqQmN`c z7_yEV^^~}g9m|W(`qnnCL&p@oM~7h(8NBRRnL1j`HAKsm{SrB~%oIy$shStX+~ddB zQIcz8%Ui;1m9BqT@`{`JBo{ZyFG<0T8dY@19{r$7gMkKPqa;nrwy3sQ;-Hq}vl@JG znM;8TE)XR#pJQOPO1u@*Uz}Xobs7WAa4bq_TzjU%qIEZ4^{#2b>{*nEsm)=ntY_%- zQ6JN0ky!n!oZC_(>3q35EmBI9Mav{SlgLJ>r6e|HOT{g+xzAyt2b_}gC$sugpMv@; zoMb%RI{riF%>5D6p#Z&*Iu%OMP}WPI7%dJe(>alcMHGr$lvhX*aks|(6QLw^r)(Is zQfBULL?mKj*FprKDrnH}GEPB)X+a#(PQ(O8}pya$o zDU$}vY&>?+Kn zA|tJgTHLIVwyJ?jai>h9ti4Ps+jvdWZPvJJYj?X#c4AIRgPk5#|MytKSoW^qawaxD z{#((dN%aXo2`zD_OWo@J@3`T7)Y^>0*ZKUluFRlqSc?nZKa$msY$e>f*hV10qSUnG zwJtuac#K2ynzMq7E{U>rNTCPmLQq$h6^X*3e)n#|5RdBb2{1mmK46=n@wC2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0673606+x(5Xniay*TS@&NKohG{r^{ zz(OUZDIHCs3>$oeF4|IxiZ~vZa7Zi~kH{qB0dOQ%000A*IRGXJnkC_2c)tuECUF%o zDhY9NEt(M6@VIfA_4$A@+@hZ literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img7.gif b/deal.II/doc/reports/deal.II-paper/img7.gif new file mode 100644 index 0000000000000000000000000000000000000000..2a97b8b4b429e657684f99fd990edb0fc2bc47d4 GIT binary patch literal 604 zcmV-i0;By$Nk%w1VR--)0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui0C@lu06+x(5Xnht5jE>w3;$q;g=AL= zk0B)hMgRd7BuKMJ3%$+tjVO*xLzQ6|k4U2@^NLA$Hk>ZRP;iEzfWsLg97?hW7o6Re zyp_b^5ZsAFg9mv&VJzvKIDP{#2u5`t1^@&S2Q4%&0~G;%5(PvY0*(j^K~oYBg&7H* zo}ZnY6^b&HkR?DLns5qxB@Cjj8UwAe6LAS|60jL-W2+SgUlM*G!W4_ha<&z~6UW4W z903F@2C)))jZ*-_FB*pv3CSGc2rt+O44Agx73K)zBmp$xY1r7>C43QHKG)SO; z+#nxm2Iep#%>V;t75=>&SdhZO3J%y=d`Q9$9Dx2MXpMmw=wk*T8gDfi`N4n{k`)vT zgK6<4GXV(z$poX1W`+T6eD;J`#S#~wBow6dnSdiqr6lR4i{}*R0RsvMozqG|<^n4( zmP+vYl0^otqX?*7%a#Dkt+B{%6+5AtgN!M)8pTn|-Gl-J=q*WbCj(%?nKa%b=@-Fa z0D}vE$jD*ci(!*CHJ;!AVXetN29c|ivaM;i8a5;7JmIr30HY)3)GEM1t5%J$H6pUW zNdd?i8hO|z03m`&Z};Rb#hc4-$#tA&KrTT*GV9NzPY^Iw`}Sl5q{X9)$Kmv;>Sn>_ q(22wWn;;g5cTaxL`x5di08r4cTzv{T`3p2wawG*PpaNV(0027-Warxe literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img8.gif b/deal.II/doc/reports/deal.II-paper/img8.gif new file mode 100644 index 0000000000000000000000000000000000000000..f56dded0b2449fb934926eb038448bf3e4d3a84e GIT binary patch literal 307 zcmV-30nGkKNk%w1VK4wC0OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui05AY006+xb5Xniay*O(;-u@C(Tn0c$ z2OuO80SqAcoN;a6czzdxK5Bx8L6T6l00Et)F}wvFNetoe2|S|8tai)oDhCQJgQhtg zu#y?Ka|r-g5&-pBNhvn=3IkqI>=y+N3QY(Mgcc5&|#?ts4o(F$bU*3q5%5HVO1N3gVsp{{H|23RDsS F06U|;V^{zH literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/img9.gif b/deal.II/doc/reports/deal.II-paper/img9.gif new file mode 100644 index 0000000000000000000000000000000000000000..33dd6ff58925085f4b96e77c021c5fa46c4cdb61 GIT binary patch literal 251 zcmVNk%w1VI}}20OJ4v0001|r>C2nn~#r=gM)*2cXw-RYhPbqva+&NR8&Yv zNIX0|FfcGABqSIZ7z_*yA^8LW000O8EC2ui044w>06+w&5Xniaz4(royJZDN0E1^v z4{@$+>zak|N?|t!^VJww;NTg;!4r4@bI7D}X&N+?3{@t@+=u{`13=-?aw&`ihQZ4i z01K0W;Q?U=<&5*ltlRJSynbT%&J;r)3pGds4jl?&O9^ZjBT`EMkQ5^o1ptZ}mzfe_ zj#w20bRwgk76FnSmxLJt0Hb`39kLk-oE8Uu7Yi~S2e%jry)O!|d&kJh%F9R*06Pj3 BScd=r literal 0 HcmV?d00001 diff --git a/deal.II/doc/reports/deal.II-paper/index.html b/deal.II/doc/reports/deal.II-paper/index.html new file mode 100644 index 0000000000..15b02b295f --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/index.html @@ -0,0 +1,160 @@ + + + + +No Title + + + + + + + + + + + +next +up +previous +
+ Next: Design and evolution of +
+
+ + +

+

+Concepts for Object-Oriented + +

+Finite Element Software - the + +

+deal.II Library + + +

+
+
+ +

+Wolfgang Bangerth and Guido Kanschat + +

+
+
+
+ +

+Institute of Applied Mathematics +
+University of Heidelberg +
+Germany + +

+Email: + wolfgang.bangerth@iwr.uni-heidelberg.de, kanschat@iwr.uni-heidelberg.de +

+

+ +

Abstract:

+
+An overview of the deal.II library is given. This library provides + the functionality needed by modern numerical software used in the finite + element solution of partial differential equations, offering adaptively + refined meshes, different finite element classes, multigrid solvers and + support for one, two and three spatial dimensions. + + We give a description of the basic design criteria used in the + development of the library and how they were transformed into actual + code, and some examples of the use of the library in numerical + analysis. +
+

+

+

+ +  + + +
+
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/node1.html b/deal.II/doc/reports/deal.II-paper/node1.html new file mode 100644 index 0000000000..1630f517d9 --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/node1.html @@ -0,0 +1,508 @@ + + + + +Design and evolution of deal.II + + + + + + + + + + + + + + +next + +up + +previous +
+ Next: Grid handling + Up: No Title + Previous: No Title +
+
+ + +Subsections + + +
+ +

  +  +
+Design and evolution of deal.II +

+ +The DEAL project, short for Differential +Equations Analysis Library, was started to +provide means for the implementation of adaptive finite element +methods. In fact, the development of DEAL and adaptive +methods at the Institute of Applied Mathematics in Heidelberg are +closely linked. From this starting point, a finite element library was +needed, that is able to handle grids with strongly varying mesh width +and supports strategies for the computation of error estimates based +on dual problems. + +

+While DEAL was a library developed since 1993, this article gives an +overview of the design criteria, programming models and fields of application +of its successor library, deal.II. + +

+ +

+Design criteria +

+ +

+deal.II was written with the following aims in mind: +

    +
  • Flexibility: Our aim was to produce a library which + enables us to try and test our ideas in a way as quick as possible. + The library should thus be easily extendible with respect to the + most common approaches in numerical analysis, i.e., different variational formulations, different space dimensions, different finite + element spaces, different linear solvers. +
  • High level interfaces: The library should be as simple + to use as possible. Quite complex data structures are necessary for + using different finite elements on locally refined grids. The + interface is designed to hide and shield these structures from the + user. This way, programmers applying the library do not have to know + about the grid handling details and - more important - cannot interfere + with essential data needed by the library functions. +
  • Efficiency: The computations involved in finite element + calculations are often highly time-consuming. Furthermore, the + memory requirements are enormous and they will fill up any machine we have. + Therefore, efficiency has to be considered as well. +
Obviously, some of these criteria are contradictory and must be traded against +each other. In almost all cases, we traded efficiency in favor of +safety and flexibility. However, some decisions were also made with +the performance aspect in mind. +These do not so much affect the +complicated grid handling, which is not overly time-critical, but are +especially found in the use of finite element objects and in the linear algebra +sub-library. + +

+Another important decision for simplicity against flexibility was the +reduction to hypercube (line, quadrilateral, hexahedron) cells and +their transformations to the physical space only. +The previous DEAL library featured the possibility of +combining simplicial (triangle, tetrahedron) and hypercube elements and in the +end this +additional flexibility caused very complicated data structures and violations +of type safety. Since +in all our experiments hypercube cells proved superior to simplicial ones, +the decision was made against the latter. An immediate result of this +decision is the absence of closure cells. Treatment of hanging nodes +is much better done in the numerical than in the geometrical context +(cf. Section [*]). + +

+Two other important criteria in the design of the library, unfortunately not +widely followed in the academic world, were: +

    +
  • Safety: Run-time checks of function parameters and the internal + consistency of the library have proven an invaluable means of finding + programming errors as early as possible. Even for experienced users of a + library, at least 90% of errors are violations of constraints on + parameters and variables, and similar problems. A library that does not + accept such parameters during development makes programming much faster + and significantly less tedious; in a non-debug mode, the error checking + assertions are taken out of the code before compilation, so no performance + penalty is imposed for production computations. + +

    +

  • Documentation: Within the academic sector, too many projects + still fail in the long term due to insufficient documentation; at the latest + when the initial developers leave the institute, i.e. usually after about + five years, a program is destined to die if not properly documented. +
+

+The design goals described above need a programming language with a +high level of abstraction. We chose C++ for implementing the +library. The main reasons for this were: +

    +
  • Availability: C++ is widely available and with + gcc there is a compiler that runs on almost any platform, + including personal computers for home use, workstations and + supercomputers. Besides this, C++ is a popular language in + nearly all fields of computing, so acquiring skilled programmers + is less difficult than with other programming languages. + +

    +

  • Standardization: C++ is a standardized language, so + the programmer is able to rely on language features and can write portable + programs that are guaranteed to run in the future as well. Furthermore, the + standard includes a large library of generic data containers and algorithms + which allow to program significantly faster than using most other + languages. + +

    +

  • Data encapsulation: The complex data structures + required by locally refined meshes need to be encapsulated and be made + visible in a more structured and readily available form than using the raw + data. This is done using wrapper classes that distribute the access to the + different parts of the data structures providing a uniform interface to the + user. These classes have the advantage to shield the user from the actual + data structures as well as from changes therein, allowing optimizations to + be implemented without the need to change application programs. +
  • Flexible and strong data typing: C++ provides, through + the concept of templates, the use of generic data types for algorithms and + data structures. Still, neither speed nor strong data typing is + sacrificed for this. This is an important advantage over many other + languages where either no genericity is available, leading to duplication of + code (including more possibilities for data type errors and additional + effort for coding) or where the type system is relaxed in order to allow + genericity, leading to errors which are harder to track down, and + slower programs. Genericity is an + important part of complex numerical software since the choice of data types + often involves a trade-off between accuracy and computing time or memory; + this choice has often to be made for each case again, so a library should + not settle on one data type (say, double precision) beforehand. +
  • Speed: As opposed to teaching focused languages like + Pascal and languages for network and interactive + applications like Java, C++ was developed with the + aim of allowing highly structured software that still is fast. + Therefore, it offers features like templates and inline functions, + that enable a good compiler to mostly eliminate structural overhead. +
  • In-code documentation: In practice, for a rather small + group of developers it is impossible to keep a good technical documentation up + to date unless this can happen within the source code itself. With + the advent of a standard for the documentation of Java + programs, there have also appeared several programs to extract + documentation directly from C++ source code. Using these + programs, documentation is written directly at the point where + modifications occur, making it much easier to keep program and + documentation in a matching state. + + At present, if printed the deal.II documentation comprises about + 800 pages of function and class references, along with several dozens of + pages of technical documentation. All information is available on the World + Wide Web as well and is updated every night (cf. [2]). +
+

+These ingredients of the programming language have enabled us to use a +programming model that resembles the style of the C++ standard +library and makes use of templates to support several space dimensions at +once. These points will be explained in detail below. + +

+ +

+Programming model +

+ +

+ +

+Iterators and accessors. +

+The standard template library (STL) introduced the notion of iterators to +C++ from 1993 on. This model, abstracting pointers and, in general, +elements of containers has since then gained wide support in the C++ +world. For a library making heavy use of the standard container classes, it is +therefore natural to offer its data structures in a similar way. In the +present context, a triangulation can be considered a container holding points, +lines, quadrilaterals, etc. accessible like the elements of a +list. + +

+In fact, this mode of addressing elements of a triangulation is a major +abstraction, since the data elements making up one of the objects mentioned +above are distributed over a number of different arrays and other +containers. +By providing classes called iterators, programs can be written as +if data collections were arrays of data; in particular, these classes offer +operators ++ and - that move the pointer-like variable to +the next or previous element, respectively, just like a pointer would behave, +and as do the iterator classes of the standard library. + +

+While pointers in the original sense pointed to actual data which is organized +in a linear fashion in memory, iterators need not do so. For example iterators +may point to the elements of a linked list, which need not have any special +order in physical memory apart from the pointers that link the +different elements. + +

+In the deal.II library, iterators actually point to no data at all. +Dereferenced, they return an object called accessor having +no data elements itself apart from some numbers identifying the line or +quadrilateral it is to represent; it is a collection of functions knowing +how to obtain and manipulate data related to that object. +A typical function, setting a bit for a +quadrilateral in the triangulation that might be used by application programs +would then look like the following extract: +

+  void QuadAccessor::set_user_flag () const
+  {
+    tria->levels[level]->quads.user_flags[index] = true;
+  }
+
level and index denote the address of +the quadrilateral represented by this accessor object within the +hierarchical triangulation. It is obvious that shielding this multiple +dereferencing from the user makes the library much more robust with +regard to changes in the internal data structures. Furthermore, it +allows us to write programs in a much simpler way than by using the +internals directly. They will be much better readable, too. + +

+Using this concept of offering data centralized in an accessor class while +still storing it decentralized in many complex data structures, it is possible +to use the advantages of more +flexible data structures while still having the simplicity of programming +applications on top of these; in addition, the user needs not know anything +about the actual representation of the data, which may thus be changed at any +time as long as the accessor classes are changed accordingly. The actual +knowledge of the data structures is restricted to very small parts of the +library (a few hundred statements), the rest of the library and all user +programs use iterators and accessors to address these data. + +

+ +

+Logical addressing of objects. +

+The most often used operation in finite element programs is looping over all +quadrilaterals within a triangulation of a two dimensional domain and +performing some operations on each of them; an example would be to +compute the contributions of each quadrilateral to the global system matrix. +From this point of view, a +triangulation is composed of vertices, lines, quadrilaterals, etc. + +

+Alternatively, it can be regarded as a collection of cells, faces, etc.; +we call this the +dual topology. This view, which depends on the dimension (a cell +is a line in one space dimension, a quadrilateral in 2d and a hexahedron in +3d) is more natural to the programming of numerical software since +assembling of matrices, computation of error estimators, and so on are done on cells +and their faces. + +

+A typical loop, in this case marking all cells for some future operation, +therefore looks like this: +

+  Triangulation<dim> triangulation;
+  ...                           // triangulate a domain
+  Triangulation<dim>::cell_iterator cell;
+  for (cell=triangulation.begin();
+       cell != triangulation.end();
+       ++cell)
+    {
+      cell->set_user_flag ();
+    };
+
Remember that if cell is dereferenced, we obtain an accessor which +has the member function shown above to perform the wanted operation. + +

+The deal.II library offers both ways of addressing elements of +triangulations. While the first one centered on the dimension of an object is +most often used in the interior of the library, the second way, focused on the +dimension of an object relative to what a cell constitutes, is most helpful for +numerical algorithms and in fact allows to write programs and algorithms +in a dimension independent way. Operations work cell by cell, choosing +finite element shape functions, quadrature rules and the like according to the dimension of the cell. All the application programs presently implemented with +deal.II exclusively use the dual topology instead of the primal one. + +

+ +

+Dimension independent programming. +

+In this approach to programming, the program is actually formed when +the compiler associates a concrete data type, such as a +quadrilateral, to an abstract data type like a cell. This is +done using template manipulations as provided by C++. It +allows to write a function or algorithm in a way that does not depend on the +dimension by using logical data types like cells or faces, which are +parameterized aliases (i.e. typedefs) to concrete data types; the +mapping between these data types depends on the dimension (which is a template +parameter) for which a program is presently compiled. For example, in the +piece of code shown above, if the template parameter dim equals one, +two, or three, the objects marked are lines, quadrilaterals, and cells, +respectively. The code to switch these data types looks roughly like this: +
+  class TriaDimensionInfo<2>
+  {
+    typedef quad_iterator                       cell_iterator;
+    typedef line_iterator                       face_iterator;
+    //...
+  };
+
+  class TriaDimensionInfo<3>
+  {
+    typedef hex_iterator                        cell_iterator;
+    typedef quad_iterator                       face_iterator;
+    //...
+  };
+
+
+  template <int dim>
+  class Triangulation : public TriaDimensionInfo<dim>
+  {
+    typedef TriaDimensionInfo<dim>::cell_iterator cell_iterator;
+    typedef TriaDimensionInfo<dim>::face_iterator face_iterator;
+    //...
+  };
+
By preferring a template +parameter over preprocessor variables, it is possible to retain a greater +amount of type safety as well as the possibility to use parts of programs with +different space dimensions together at the same time. + +

+If an algorithm is not dimension independent, it is possible to specialize +it for some or all dimensions where its form deviates from the general +template. This is typically the case in one space dimension, where algorithms +often work a bit different, since no proper faces exist (we do not +consider points proper objects in the same sense as lines, quadrilaterals, etc. +since their lack of extension in any direction does not permit to define shape +functions on them). + +

+Being called from some dimension independent part of the code, the +compiler automatically figures out which version of a function to +call; dimension independent and dimension dependent code therefore +work together smoothly without the intervention of the programmer. +This approach has proven useful when several programs originally +written for two-dimensional computations ran by mere recompilation in +three space dimension as well when the three dimensional support +within the library became available. + +

+ +

+History +

+ +

+As a last note before we start with the actual description of the library, we +want to give a brief historical overview of the evolution of the project. The +following are some of the more important milestones that should be mentioned: + +

+1991-1992: Needing finite element software for their diploma +theses, Guido Kanschat and Franz-Theo Suttmeier start to develop +finite element codes, first in PASCAL, later in C++. Working +on quasi-regular solutions to variational systems, the need for grid +adaption becomes obvious. A finite element code for solving +two-dimensional problems in plasticity and quasi-linear elliptic +systems evolves [10]. + +

+Since 1993: DEAL, short for Differential +Equations Analysis Library, is developed by +Guido Kanschat and Franz-Theo Suttmeier. C++ becomes the +language of choice for the reasons mentioned in the introduction and +because it is the only advanced programming language portable to a +T805 parallel computer. + +

+1995-1996: Roland Becker joins and the implementation of the +multigrid method allows fast solution of PDE problems. The concept of +a posteriori error estimates based on dual solutions is developed and +used in the theses of the three programmers [4,9,16] +and the article [5]. By this time, the library had grown quite +complex and no documentation was available. Also, some of the +structures had turned out too complicated to allow further +development. + +

+End of 1997: At the time that the first author of this paper +was about to start working on his thesis, it was decided that it was +in time to do a major redesign of the library. The urge for other than +Q1 finite element spaces and the code reduplication in error +estimators demanded for a more flexible structure, while mixed +triangular/quadrilateral grids were not used anymore. We decided to +rewrite the library from scratch, then called deal.II. + +

+Design and implementation of the core of the library, i.e. handling of grids +and degrees of freedom, was done entirely by W. Bangerth, applying the +knowledge accumulated in the use of the predecessor library, DEAL. + +

+Since 1998: Many tools for numerical simulations are added. This +includes, among others, output for different visualization tools, +discontinuous elements, finite elements for systems and mixed discretizations, +and grid transfer operators for time-dependent problems. Multi-level +algorithms are about to be finished by now. + +

+At present, the deal.II library is maintained by W. Bangerth and G. +Kanschat. It is used by several postdoctoral scientists and graduate students +at the Institute of Applied Mathematics and several undergraduate students; it +is also used in teaching at the universities of Heidelberg and Minnesota. + +

+

+ + +next + +up + +previous +
+ Next: Grid handling + Up: No Title + Previous: No Title + +
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/node2.html b/deal.II/doc/reports/deal.II-paper/node2.html new file mode 100644 index 0000000000..29a899b6ed --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/node2.html @@ -0,0 +1,229 @@ + + + + +Grid handling + + + + + + + + + + + + + + +next + +up + +previous +
+ Next: Finite element spaces + Up: No Title + Previous: Design and evolution of +
+
+ + +Subsections + + +
+ +

  +  +
+Grid handling +

+ +Since the stated goals of the library included adaptive grids that are easy +to program and should still be fast, hierarchical grids were the only choice +possible. By hierarchical we here mean that the structures of the grid are +described hierarchically (points, lines, quadrilaterals, ...) and that +refinement has to be made hierarchically as well, as opposed to unstructured +grids. The first point, hierarchical description, serves the simplicity of +programming, while the second, hierarchical refinement, allows to use fast +algorithms for grid refinement and in the numerics, such as multigrid solvers. +These two concepts are outlined in the following subsections. + +

+ +

+Hierarchical cell representation +

+ +

+As has been outlined above, one of the design criteria was to focus on +quadrilaterals in two, and hexahedra in three space dimensions. A +triangulation is therefore made up of the objects in Figure +[*]. +
+

   + + + +
Figure: +Topological constituents of a mesh
\begin{figure} +\begin{center} +\unitlength.08\textwidth +\begin{picture} +(12,4)... +...}} +\put(9,-.2){\makebox(0,0)[t]{3. Hex}} +\end{picture} \end{center}\end{figure}
+
+
+If the space dimension is lower than three, this sequence is truncated; if +anyone chooses to implement a finite element code in more than three space +dimensions (e.g. for general relativity), the sequence may be prolonged. + +

+Each of the objects can be made up of a +number of objects of lower level. They are thus hierarchic and one only +needs to store pointers to four lines to characterize a quadrilateral, which +are themselves characterized by two vertices each. A hexahedron is +characterized by six quadrilaterals which are themselves characterized by four +lines each and so on. + +

+Storing objects this way has advantages over the other possibility, i.e. +storing the vertices only, because it is possible to do computations on faces +if they exist as independent objects. This, though obviously also +possible if only vertices are stored, makes the evaluation of jump terms (in +error estimators or using discontinuous finite elements), the handling of +hanging nodes and many more things much simpler, at the expense of a slightly +increased memory consumption. + +

+ +

+Hierarchical grid refinement +

+ +

+The other hierarchical property of grids that is applied in deal.II +is hierarchical refinement. At present, there are two concurrent approaches +to adaptive meshes: +

    +
  • Unstructured meshes: Using this approach, after + computing a refinement indicator, a mesh is created according to this criterion + that is not based on the previous grid at all. This can, for example, be done + by scattering points onto the domain where the density of points is + determined by the error indicator or other criteria. The new grid is now + generated using, for example, the Voronoi cells of the point cloud. + + It should be noted that this approach suffers from the expensive + computations required for the generation of totally unrelated grids, but is + able to produce meshes with smooth transitions of the mesh size parameter + h(x). +
  • Structured meshes: Refining those cells in an existing + triangulation with the largest + refinement indicator, yields meshes that are hierarchical because every + cell, unless belonging to the coarsest mesh, has a mother cell and may be + refined further. Usually, the refinement of a cell is done in a way that + does not deteriorate the aspect ratio of the cells, i.e. refinement into + four congruent triangles for triangular meshes or splitting quadrilaterals into four + children. In three space dimensions, the subdivision of + tetrahedra may be done using several different possibilities, while the + subdivision of a hexahedron is canonical, if no anisotropic refinement is + required. This way of constructing adaptive grids was considered already in [15]. + + The problem with this approach is that, refining one cell, there + remains an unbalanced vertex on each side if the respective neighbor is not + refined as well. There are basically two strategies to handle these: + Using special refinement rules for the neighbor to eliminate these + hanging nodes (e.g. red-green refinement of triangles) or allowing for + hanging nodes and treat them in a special way to ensure continuity of finite + element functions at these points (e.g. by formulating the continuity + requirement as a constraint and inserting this into the matrices and + vectors). + + It should be noted that the grids produced using this approach usually have + relatively steep gradients at the boundaries between two regions of + different refinement depths, but refinement can be made very fast. Furthermore, transfer of data between meshes is highly accurate and fast. +
Since the additional information in structured meshes can be favorably +used in multigrid algorithms as well as in the fast generation of new +meshes from a given one, we chose the second approach. Furthermore, +because the generation of red-green-like refinement rules for +quadrilaterals is relatively complex without recourse to triangles and +because any of these special refinements of some elements destroys the +regularity in the data structures, we chose to impose the +compatibility conditions at interfaces of cells of different +refinement depths as constraints to the system of equations. It should +be noted that these constraints need not be incorporated using a +Lagrangian multiplier (which would lead to saddle point problems), but +can be inserted into the matrix and right hand side, thus retaining +the properties of the matrices (cf. Section [*]). In +particular, symmetric and positive definite matrices retain these properties. + +

+Using the described approach, all lines, quadrilaterals, etc. are refined in a +uniform fashion thus allowing for fast algorithms exploiting this structure. +For these, multigrid algorithms based on hierarchical bases come to mind. +However, the structure is also particularly suited for time dependent problems +with grids that may differ between any two time steps and where the transfer +of the old solution to the new grid can only be done efficiently if the two +grids are related in some way; such a relationship can be obtained by using +the same coarse grid with different refinement depths on the different time +steps. In that case, integration of the old solution with the new test +functions can even be done exactly, leading to both higher accuracy and +dramatic speed improvements compared with unstructured mesh approaches. + +

+

+ + +next + +up + +previous +
+ Next: Finite element spaces + Up: No Title + Previous: Design and evolution of + +
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/node3.html b/deal.II/doc/reports/deal.II-paper/node3.html new file mode 100644 index 0000000000..0f3516340f --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/node3.html @@ -0,0 +1,653 @@ + + + + +Finite element spaces + + + + + + + + + + + + + + +next + +up + +previous +
+ Next: Iterative solvers + Up: No Title + Previous: Grid handling +
+
+ + +Subsections + + +
+ +

  +  +
+Finite element spaces +

+ +In finite element theory, the discrete function spaces are represented by the +vector space of node values. Each node value denotes one degree of freedom in +this vector space. The functionals defining the degrees of freedom, for +example the interpolation points of Lagrangian elements or face integrals for +some nonconforming elements, may be associated with any of the basic topological +objects of a mesh, as shown in Figure [*]. The FiniteElement +class describing a certain finite element states the objects on which these +functionals are defined. For neighboring cells, these nodes may coincide, in +which case they are identified. + +

+In case of local refinement (h or p), an interface between two cells might +carry different node values, which we call hanging nodes. Then, +additional compatibility conditions have to be imposed numerically, as we will +explain below in Section [*]. + +

+ +

+Finite element objects +

+ +

+A finite element space can be viewed as the function space spanned by a +number of relatively simple basis functions. These basis functions are chosen +such that they have a small support, in general at most as many cells as may +be adjacent at any one vertex in the triangulation. Furthermore, they are +usually defined on each cell within their domain of support separately, with +some compatibility condition for the interfaces between these subdomains; +compatibility conditions may be e.g. continuity along a face between two cells (for +H1-conforming elements), equality of the mean value of the shape function on both +sides of a face (Crouzeix-Raviart [8], Rannacher-Turek [13]) +or its normal component (Raviart-Thomas [14], Brezzi-Douglas-Marini [7]). + +

+Due to these properties, it is convenient for the implementation to consider a +finite element space as consisting of a set of shape functions defined on a +cell and compatibility conditions at the boundaries of the cell; this +viewpoint stresses a purely local description of the space which enables us to +do computations on each cell separately in most +cases. A further abstraction is possible in some cases, where the shape +functions can be computed on the unit cell and only afterwards need to be +transformed to the actual grid cell; this is possible for interpolation +elements, but not for all elements involving line integrals, normal +derivatives, etc. + +

+With these considerations in mind, the representation of a finite element in +deal.II is a class that provides the shape functions and its +derivatives on the unit cell (if possible, otherwise on the actual grid cell), +and the transformation from unit to real cell and its derivatives. Furthermore, +it provides necessary information to the class managing global degrees of freedom. +This includes the kind of topological object + (i.e. on vertices, line, +quadrilaterals, etc.) a degree of freedom is associated with and the type of +compatibility conditions between adjacent elements. + +

+However, looking at actual finite element programs, one notes that most of the +information listed above is not necessary to application programs. While +compatibility and transformations are of interest to the internal functions of +the library, application programs almost always are only interested in the +restriction of a finite element field or shape function to a grid cell. +Here, however, it is important to note that one usually is not interested in +the finite element as a continuous function, but only at a specified set of +points, for example in quadrature points located on a cell or a face. Since +codes for finite element applications usually do not use the analytical representation of +the shape functions (which can be rather complicated on the cells), but +computations are done using quadrature formulæ. + +

+In order to make access to actual finite elements more efficient and +structured, deal.II offers an abstraction of a finite +element restricted to a set of points on a cell. This interface is provided by +the FEValues class described in the next subsection. The actual finite +element class is hardly ever accessed directly by application programs and +indeed by none of the existing applications built upon deal.II. + +

+ +

+Computation of shape function values +

+Integrating and assembling matrices and right hand sides can consume a +considerable amount of time during the execution of a finite element +program. This is especially true in non-linear applications, where the +process of solving the linear system is not necessarily predominant anymore. +Therefore, the access to finite element shape functions is not only a +question of defining a well structured interface, it is also +a matter of run-time efficiency. + +

+Analyzing finite element software, we observe that shape functions are +always used in the same context: integration on a grid cell. This +means, that shape functions are always used in combination with a +quadrature rule. We exploit this relationship by introducing a special +class FEValues combining quadrature and shape functions; in +fact it can be considered to be the restriction of the trial space on +the whole mesh to the quadrature points of a given quadrature rule +applied to a single element of the triangulation. An object of this +class will compute all values of the shape functions at the +appropriate time and store them in arrays. +These values come basically in two categories: +

+
1. +
Values only depending on the quadrature point on the unit +cell. These are for instance the function values of standard + Lagrangian elements. +
2. +
Values depending on the actual grid cell. In this class are for example + values of derivatives, since they have to be transformed by + the tangent mapping of the transformation between unit cell and + actual cell, but also the actual locations of the quadrature points in physical + space. +
It should be remarked here that the category a certain value belongs +to is dependent on the type of finite element. While for standard +Lagrangian elements, values of the shape functions belong to the +first, in the case of Raviart-Thomas type elements e.g. they are of the +second kind. + +

+The two kinds of behavior are reflected in the fact that the tables of +FEValues are built at different times. Tables of the first +category are already filled upon construction, where FEValues objects +obtain +information about quadrature points and finite element shape functions. This +is usually done before a loop over all cells starts. The second type of +values is computed in a function that has to be +called within the loop for each grid cell before any evaluations are done. + +

+It is up to the interaction of FiniteElement and FEValues to do +these computations as efficiently as possible. The user should give some +hints though: FEValues takes a group of flags, telling it +which fields need to be computed on each cell; if second derivatives are +not used in a loop, they will not be computed on each element. + +

+ +

  +  +
+Hanging nodes +

+ +

+As mentioned briefly above, we obtain hanging nodes at interfaces between +cells of differing refinement, +1 +see Figure [*]. The +degrees of freedom on the refined side of a face (for example the left side of +the face with end points P1 and P2 in the figure) are not all matched by +degrees of freedom on the coarse side, so in order to guarantee continuity +2 +of the finite element space along +this face we need to impose additional constraints. In order to +illustrate the process, let Vh be +the original trial space including the continuity requirement on its +members, while + +$\tilde V_h$ +be a finite element space that is +constructed from the union of the same shape functions as in Vh, but +restricted to each cell separately; + +$\tilde V_h$ +therefore may contain +functions that are discontinuous along refined faces. While hanging +nodes carry degrees of freedom in + +$\tilde V_h$, +they do not do so in Vh. + +

+
+

   + + + +
Figure: +A simple grid with a hanging node.
\begin{figure}\unitlength1.5cm +\begin{center} +\begin{picture} +(4,2.5) +\thinlines... +...{$Q_4$ }} +\put(0,0){\makebox(1,1){$Q_1$ }} +\end{picture}\end{center}\end{figure}
+
+
+

+Since doing computations with functions from + +$\tilde V_h$ +is much simpler +(because it can be done locally on each cell without taking care that there +may be coarser or finer cells around, and because we would like to associate +degrees of freedom to all vertices and lines, irrespective of their +neighborhood), we would like to use + +$\tilde V_h$ +as long as possible and use the +constraints that Vh has over + +$\tilde V_h$ +as late as possible in the solution +of the problem. This can be done in the following way (cf. [9,12]; +[15] also shows how to do this, but the algorithms are significantly +more complex since more than one irregular node is allowed per face). + +

+Assume we had to solve the problem: find $u\in V_h$, +such that for all + $v\in V_h$ +
+\begin{gather*}a(v, u) = (v,f) +\end{gather*} +
+with a bilinear form + +$a(\cdot,\cdot)$ +and the L2 scalar product + + +$(\cdot,\cdot)$. +We would like to state this problem in + +$\tilde V_h$ +instead of +Vh. We take the standard finite element bases + +$\{\varphi_i\}$ +of Vh and + +$\{\tilde\varphi_i\}$ +of + +$\tilde V_h$. +Now, because Vh is a subspace of + +$\tilde V_h$(it is + +$\tilde V_h$ +with some constraints) every function $\varphi_i$ +can be +written as a linear combination of basis functions of + +$\tilde V_h$: + + +$\varphi_i = \sum_{j=1}^{\tilde +N}C_{ij}\tilde\varphi_i$. +This defines a matrix Cij. For example, for +bilinear shape functions the function $\varphi_1$ +associated with node P1in Figure [*] can be written as + + +$\varphi_1=\tilde\varphi_1+\tfrac 12\tilde\varphi_{10}$; +the support of these +three shape functions are + +$\mathrm{supp}(\varphi_1)=Q_0\cup Q_2\cup Q_2$, + + +$\mathrm{supp}(\tilde \varphi_1)=Q_0\cup Q_2$, +and + + +$\mathrm{supp}(\tilde\varphi_{10})=Q_2\cup Q_3$, +respectively. + +$\tilde\varphi_1$ +is +discontinuous along the line P1-P10, while + +$\tilde\varphi_{10}$ +is +discontinuous along the whole line P1-P2, because + + +$\tilde\varphi_{10}\vert _{Q_0}\equiv 0$. + +

+This representation of basis functions +implies that a function $u\in V_h$ +must be representable as + +$u=C\tilde u$ +with +some function + +$\tilde u\in\tilde V_h$, +where in the latter representation we +identified the function u by the vector of its nodal +values. For the grid in Figure [*] and bilinear elements, +the matrix C has the following form: +

+
+ + + +\begin{displaymath}C \in R^{10 \times 11}, \qquad +C_{ii}=1, \qquad +C_{1,10} = C_{2,10} = \tfrac 12. +\end{displaymath} +
+
+

+All other entries are zero. Since most of the columns (notably those belonging to +non-constrained nodes) consist only of the diagonal entry, we only need store +those columns that deviate from this form. Note that for simplicity we have here +numbered the only constrained node such that it is the last one. This way, +nodal numbers for Vh can be chosen to be the same as for + +$\tilde V_h$, +simply +dropping the numbers of constrained nodes following those of unconstrained +ones. If we had not chosen this numbering, we would need to permute the rows +in C, which would move the entries in rows of unconstrained nodes to +nondiagonal places. + +

+We can now restate the problem as follows: find + +$\tilde u\in\tilde V_h$ +such that for all + +$\tilde v\in \tilde V_h$ +
+\begin{gather*}\tilde v_i C_{i j} a(\tilde\varphi_j,\tilde\varphi_k) C_{l k}\tilde u_k += +\tilde v_i C_{i j} (\varphi_j,f), +\end{gather*} +
+which amounts to solving the linear system of equations +
+\begin{gather*}C\tilde A C^T \tilde u = C \tilde f. +\end{gather*} +
+It should be noted that $\tilde A$ +is assembled as usual, i.e. cell-wise +without the need to look at the neighboring cells, and that it is relatively +simple to generate + +$C\tilde A C^T$ +in-place, i.e. without the need for another +matrix where we copy the result into. In particular, the sparsity pattern of +$\tilde A$ +can be obtained from that of A by filling in some additional +places that can be computed beforehand. The same holds for the right hand +side. These properties result from the fact that each hanging node may only be +constrained once, which however limits the difference in refinement to one +level of cells in three space dimensions that are adjacent at one edge only. + +In order to see how this property-conservation can be obtained, we use another +matrix $\hat C$ +instead of C, where we add additional rows for each +constrained node such that it becomes square. In doing so, there is no need to +renumber the degrees of freedom in a way as to order constrained nodes to the +end. The additional rows in $\tilde C$ +are set to zero only and the diagonal +elements of all rows apart from the newly added ones are equal to one, which +allows for very efficient storage mechanisms. Multiplying $\tilde A$by $\hat C^T$ +from the right, only multiplication with rows in $\hat C$ +have +to be taken care of that contain either only zeroes (resulting in a blanked +out column in + +$\tilde A\hat C^T$ +for each constrained node) or that contain +entries other than only the diagonal entry, which are nodes that constrain +another one (resulting in multiples of some columns being added to other +columns). The multiplication with $\hat C$ +from the left can be done along +the same lines. + +

+In practice, due to the special structure of $\hat C$, +multiplication by $\hat C$ +from the left and $\hat C^T$ +from the right can be done at the same time +and with writing the results into the same matrix where previously $\tilde A$was stored. We call this process condensation. Lines and columns +belonging to constrained nodes are filled with zeroes, effectively eliminating +these degrees of freedom from the system of equations in the same way as if we +used the original matrix C. + +

+

+ + +next + +up + +previous +
+ Next: Iterative solvers + Up: No Title + Previous: Grid handling + +
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/node4.html b/deal.II/doc/reports/deal.II-paper/node4.html new file mode 100644 index 0000000000..d2c10cf8b8 --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/node4.html @@ -0,0 +1,188 @@ + + + + +Iterative solvers + + + + + + + + + + + + + + +next + +up + +previous +
+ Next: Example applications + Up: No Title + Previous: Finite element spaces +
+
+ + +Subsections + + +
+ +

  +  +
+Iterative solvers +

+ +Solution methods for finite equations are quite generally +iterative. This is true for non-linear equations, where we use +different variations of Newton's method, and linear equations. Even +time-stepping methods fit into this framework. + +

+Since solution methods are used in many different contexts, but are +usually time-critical, they should be implemented as general as is +possible without loosing efficiency. Therefore, linear solvers and +matrix classes are extracted into a separate library called +LAC, short for Linear Algebra Classes. + +

+ +

+Iterative linear solvers of LAC +

+ +

+Solvers in LAC are supposed to be basic multi-purpose tools. In +particular, the requirements for matrix and vector classes involved should be +as low as possible. In LAC we chose to not use abstract base classes +to state these interface requirements. Instead, matrix and vector are template +arguments to the solvers, e.g. SolverCG<Matrix, Vector>. + +

+ +

+Requirements on template parameters +

+A minimal interface for a matrix class used for LAC Solvers +is +
+class Matrix
+{
+  public:
+    void   vmult    (Vector& dst, const Vector& src) const;
+
+    double residual (Vector& dst, const Vector& src,
+                     const Vector& right_hand_side) const;
+};
+
Here, vmult for a matrix A should perform + +vdst = A +vsrc, while residual performs + +vdst = vrhs - A +vsrc and returns the Euclidean norm of the result. + +

+The requirements for a preconditioner are even simpler: +

+class Precondition
+{
+  public:
+    void operator() (Vector& dst, const Vector& src) const;
+};
+
+

+Unfortunately, the interface of the vector class is more complex. To +avoid a lot of unnecessary loops, there are different redundant scaled vector +additions used in the iterative methods. + +

+ +

+Administrative classes +

+The LAC-solvers do not check for the stopping criterion +themselves. Instead, they compute the value used by this +criterion, e.g. the norm of the residual, and hand it over to an +object of a class called SolverControl. This class now decides, +whether the iteration +
    +
  • failed, because for example the maximum number of iteration steps is + exceeded; +
  • terminates successfully, because the aimed stopping criterion + was reached; +
  • continues, until one of the first two conditions is reached. +
The provided class SolverControl has a standard version of +this virtual function check built in. It can be replaced by a +derived class, for instance to balance convergence of the linear +solver with some outer iteration. + +

+Most solvers need auxiliary vectors. Since it might be advisable in +many cases that these vectors are pre-allocated and retrieved from a +special memory, the class VectorMemory was introduced. It is +an abstract base class for a memory handler. If more sophisticated +allocation methods are needed, a derived class can implement a vector +pool, where vectors are not deallocated after use, e.g. to avoid +fragmentation of heap memory or to speed up allocation. + +

+

+ + +next + +up + +previous +
+ Next: Example applications + Up: No Title + Previous: Finite element spaces + +
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/node5.html b/deal.II/doc/reports/deal.II-paper/node5.html new file mode 100644 index 0000000000..fac51116cb --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/node5.html @@ -0,0 +1,433 @@ + + + + +Example applications + + + + + + + + + + + + + + +next + +up + +previous +
+ Next: Bibliography + Up: No Title + Previous: Iterative solvers +
+
+ + +Subsections + + +
+ +

  +  +
+Example applications +

+ +

+In this section, we give a brief overview of some applications already implemented +with deal.II, to show the range of applicability and to give an idea +of what our motives were to write such a library. + +

+ +

+Conservation Laws +

+ +

+The solution of the nonlinear Burgers equation +
+\begin{align*}u_t + u u_x = 0 +\end{align*} +
+with given initial and boundary conditions in space and time often yields +discontinuous solutions, usually even if the data are smooth. Resolving +these discontinuities without recourse to a globally refined grid is a major +challenge, especially in view of the fact that the same problems with +discontinuous solutions occur with other and more important equations as well, +such as the Euler equations of inviscid, eventually transonic flow. + +

+
+

   + + + +
Figure: +Examples of solutions of conservation laws. Computation: R. Hartmann.
+
+ + +\includegraphics[width=0.4\textwidth] +{pictures/conservation/burgers1.eps} + + + +\includegraphics[width=0.4\textwidth] +{pictures/conservation/burgers2.eps} + + + +\includegraphics[width=0.4\textwidth] +{pictures/conservation/euler.eps} +
+
+
+

+The examples in Figure [*] of computations with locally +refined grids for these equations were done by R. Hartmann. The left and +middle picture show solutions of the nonlinear Burgers equation with two +merging shocks on a coarse grid and a refined one; bilinear discontinuous +elements were used for these computations. On the right, the Euler equations +for the shock tube problem were solved; shock, contact discontinuity and +rarefaction wave can clearly be seen. + +

+ +

+Parameter estimation +

+ +

+In many applications in engineering, one wants to determine the value of a +parameter from measurements. One example would be the estimation of the +elasticity parameters within a body from measurements of the displacement +under a specified load. Another similar problem would be the estimation of the +conductivity in a porous medium from measurements of the hydraulic +head. A prototypic elliptic equation would be +
+\begin{gather*}-\nabla\cdot (q \nabla u) = f +\end{gather*} +
+with some boundary conditions. The coefficient q(x) is to be determined +by minimizing the difference between the solution of this equation for a given +coefficient, uq(x), and a measurement umeas, by variation of q. + +

+Problems of this kind usually are ill-posed, i.e. they do not possess a +continuous dependence of the optimal parameter $q^\ast$ +from the measurement +umeas, which makes them rather difficult to solve. Furthermore, they are +strongly nonlinear and usually require many solutions of the forward problem +(i.e. the elliptic equation for a fixed coefficient) to determine the +coefficient itself, which makes the efficient solution of the forward problem +indispensable. + +

+
+

   + + + +
Figure: +Estimated (left) and true coefficients (middle) in a + parameter estimation problem. The state variable approximating the + measurement is shown in the right column. Top: smooth true + coefficient, bottom: discontinuous true coefficient.
+
+ + +\includegraphics[width=0.34\textwidth] +{pictures/parameter/continuous_est.eps} + + +\includegraphics[width=0.34\textwidth] +{pictures/parameter/continuous_exact.eps} + + +\includegraphics[width=0.34\textwidth] +{pictures/parameter/continuous_state.eps} + + +\includegraphics[width=0.34\textwidth] +{pictures/parameter/discontinuous_est.eps} + + +\includegraphics[width=0.34\textwidth] +{pictures/parameter/discontinuous_exact.eps} + + +\includegraphics[width=0.34\textwidth] +{pictures/parameter/discontinuous_state.eps} +
+
+
+

+In Figure [*] we show two examples of estimated parameters +along with the exact values. In order to reduce the degree of ill-posedness +and to reduce the number of unknowns, the discretization of the parameter qwas performed on a coarser grid than the state variable u. In fact, the +discretization was done on the same grid but we posed additional constraints +such that each patch of four cells can be written as a shape function on the +next coarser grid; these constraints can then be inserted into the system +matrix just as was done for hanging nodes. The discretization of the parameter +was done with discontinuous elements of one degree lower than the polynomial +degree with which the state variable was discretized. + +

+The top row of the picture shows the approximation of a continuous coefficient +on a square domain; the state variable was discretized with bilinear elements, +while the parameter was discretized with discontinuous constant elements. In +the bottom row, a discontinuous coefficient was to be estimated on a circular +domain of which one quarter is shown; state and parameter variables +used bi-quadratic continuous elements and discontinuous bilinear elements, +respectively. No adaptive grid refinement was performed for the second case. + +

+ +

+Wave equation +

+ +

+The acoustic wave equation +
+\begin{align*}\rho u_{t t} - \nabla\cdot (a\nabla u) = 0, +\end{align*} +
+associated with suitable initial and boundary conditions occurs in a variety of +places in physics, among which are water waves, acoustic sound waves in gaseous media, +electro-magnetics and many other fields. Usually, u is the deviation from +the state of rest and $\rho$ +and a denote density and stiffness +coefficient. The solutions of this equation often share the feature that they +form waves traveling through the domain. Often the region where waves +presently are is significantly smaller than the whole domain, so adaptivity +should be able to reduce the number of cells needed for the solution of this +equation by a noticeable amount, because coarse grids can be used wherever no +waves are presently. + +

+On the other hand, if we are not interested in the whole solution but only in +parts of it (say that part traveling in one direction, or an integral over +part of the domain at the end time), the domain of influence of the region +where we evaluate itself also often is significantly smaller than the whole +region, due to the finite speed with which waves spread. Here again a +reasonable reduction of the required number of cells can be obtained. + +

+Typical grids showing this are presented in the following. They were +obtained using the program described in [1,3]. In Figure +[*], a wave traveling outward from the lower left corner of the +domain is shown. We used a simple error indicator to track the spreading of +the wave to adjust the computational meshes accordingly; it can be seen that +rather coarse cells were used where the solution is smooth. + +

+
+

   + + + +
Figure: +Automatically generated grids tracking an acoustic wave + traveling outwards in a three-dimensional domain.
+
+ + +\includegraphics[width=0.3\textwidth] +{pictures/wave3d/grid.0000.eps} + + + +\includegraphics[width=0.3\textwidth] +{pictures/wave3d/grid.0020.eps} + + + +\includegraphics[width=0.3\textwidth] +{pictures/wave3d/grid.0040.eps} + + + +\includegraphics[width=0.3\textwidth] +{pictures/wave3d/grid.0060.eps} +
+
+
+

+ +

+Boundary approximation +

+ +

+In real-life applications such as air flow around a plane or +scattering of waves by objects, the computational boundaries +often are rather complex. In particular, a coarse grid that already +mostly features the contours of the objects usually has many more +cells than is acceptable for a coarse grid. One way to avoid this +problem is to not approximate the boundary with the grid and pose +the boundary values on the boundary of the grid, but to use a mesh +that is not necessarily adapted to the physical boundaries and pose +boundary values in the weak form of the equation. This allows, among +other advantages, to use more regular meshes and a coarse grid with +less cells, which enables us to use efficient multigrid algorithms. + +

+Figure [*] shows examples of solutions to Poisson's +equation using Neumann boundary conditions on an embedded boundary +curve. The interior of the circle is not part of the domain on which +the problem is posed and the solution is set to zero there. + +

+
+

   + + + +
Figure: +Approximation of a circular domain by inclusion of boundary + values into the weak formulation of the equation.
+
+ + +\includegraphics[width=0.5\textwidth]{pictures/helmholtz/helmholtz.eps} +
+
+
+

+ +

+ + +next + +up + +previous +
+ Next: Bibliography + Up: No Title + Previous: Iterative solvers + +
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/node6.html b/deal.II/doc/reports/deal.II-paper/node6.html new file mode 100644 index 0000000000..4bfaf90921 --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/node6.html @@ -0,0 +1,164 @@ + + + + +Bibliography + + + + + + + + + + + + + + +next + +up + +previous +
+ Next: About this document ... + Up: No Title + Previous: Example applications +

+ +

Bibliography +

+

1 +
+W. Bangerth. +
Adaptive Finite-Elemente-Methoden zur Lösung der + Wellengleichung mit Anwendung in der Physik der Sonne. +
Diplomarbeit, Institut für Angewandte Mathematik, Universität + Heidelberg, 1998. + +

2 +
+W. Bangerth and G. Kanschat. +
deal.II Homepage. +
http://gaia.iwr.uni-heidelberg.de/~deal/. + +

3 +
+W. Bangerth and R. Rannacher. +
Finite element approximation of the acoustic wave equation: Error + control and mesh adaptation. +
East-West J. Num. Math., (4), 1999. +
submitted. + +

4 +
+R. Becker. +
An Adaptive Finite Element Method for the Incompressible + Navier-Stokes Equations on Time-dependent Domains. +
Dissertation, Universität Heidelberg, 1995. + +

5 +
+R. Becker and R. Rannacher. +
Weighted a posteriori error control in FE methods. +
In ENUMATH 95, Paris, September 1995. +
in [6]. + +

6 +
+H. G. Bock, F. Brezzi, R. Glowinsky, G. Kanschat, Y. A. Kuznetsov, + J. Périaux, and R. Rannacher, editors. +
ENUMATH 97, Proceedings of the 2nd Conference on Numerical + Mathematics and Advanced Applications, Singapore, 1998. World Scientific. + +

7 +
+F. Brezzi and M. Fortin. +
Mixed and Hybrid Finite Element Methods. +
Springer, 1991. + +

8 +
+M. Crouzeix and P. Raviart. +
Conforming and nonconforming finite element methods for solving the + stationary stokes equations, part I. +
RAIRO, R-3:33-76, 1973. + +

9 +
+G. Kanschat. +
Parallel and Adaptive Galerkin Methods for Radiative Transfer + Problems. +
Dissertation, Universität Heidelberg, 1996. + +

10 +
+G. Kanschat and F.-T. Suttmeier. +
Datenstrukturen für die Methode der finiten Elemente. +
unpublished, Bonn-Venusberg, 1992. + +

11 +
+G. Kanschat and F.-T. Suttmeier. +
A posteriori error estimates for nonconforming finite element + schemes. +
Calcolo, 36(3):129-141, 1999. +
to appear. + +

12 +
+G. Kozlovsky. +
Solving partial differential equations using recursive grids. +
Appl. Numer. Math., 14:165-181, 1994. + +

13 +
+R. Rannacher and S. Turek. +
Simple nonconforming quadrilateral stokes element. +
Num. Meth. PDE, 8(2):97-111, March 1992. + +

14 +
+P. Raviart and J.-M. Thomas. +
A mixed finite element method for second order elliptic problems. +
In I. Galligani and E. Magenes, editors, Mathematical Aspects of + the Finite Element Method, pages 292-315, New York, 1977. Springer. + +

15 +
+W. C. Rheinboldt and C. K. Mesztenyi. +
On a data structure for adaptive finite element mesh refinements. +
ACM Trans. Math. Software, 6:166-187, 1980. + +

16 +
+F.-T. Suttmeier. +
Adaptive Finite Element Approximation of Problems in + Elasto-Plasticity Theory. +
Dissertation, Universität Heidelberg, 1996. +
+ +

+

+
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/node7.html b/deal.II/doc/reports/deal.II-paper/node7.html new file mode 100644 index 0000000000..e4a55e8d49 --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/node7.html @@ -0,0 +1,61 @@ + + + + +About this document ... + + + + + + + + + + + +next + +up + +previous +
+ Up: No Title + Previous: Bibliography +
+
+ + +

+ About this document ... +

+

+This document was generated using the +LaTeX2HTML translator Version 98.1p1 release (March 2nd, 1998) +

+Copyright © 1993, 1994, 1995, 1996, 1997, +Nikos Drakos, +Computer Based Learning Unit, University of Leeds. +

+The command line arguments were:
+ latex2html -split 4 -antialias main.tex. +

+The translation was initiated by Wolfgang Bangerth on 1999-12-22 +

+
+Wolfgang Bangerth +
1999-12-22 +
+ + diff --git a/deal.II/doc/reports/deal.II-paper/screen.css b/deal.II/doc/reports/deal.II-paper/screen.css new file mode 100644 index 0000000000..6036265c51 --- /dev/null +++ b/deal.II/doc/reports/deal.II-paper/screen.css @@ -0,0 +1,55 @@ + +body { background-image: none; + background-color: white; + } + +frameset { background-color: white; + border-color: white; + border: 0; + frameborder: 0; + } + +td { vertical-align: top; } + +dt { font-weight: bold; } + +.figure { font-weight: bold; + font-size: larger; + } + +.pagetoc {} + +.chapter_title {} + +span.parhead { font-weight: bold; + } + +span.example { font-weight: bold; + font-style: italic; + } +pre.example { padding-left: 2 em; + text-align: left; + text-indent: 0; + } + +table.navbar { } + + +/* Century Schoolbook font is very similar to Computer Modern Math: cmmi */ +.MATH { font-family: "Century Schoolbook", serif; } +.MATH I { font-family: "Century Schoolbook", serif; font-weight: bold } +.BOLDMATH { font-family: "Century Schoolbook", serif; font-weight: bold } + +/* implement both fixed-size and relative sizes */ +SMALL.XTINY { font-size : xx-small } +SMALL.TINY { font-size : x-small } +SMALL.SCRIPTSIZE { font-size : smaller } +SMALL.FOOTNOTESIZE { font-size : small } +SMALL.SMALL { } +BIG.LARGE { } +BIG.XLARGE { font-size : large } +BIG.XXLARGE { font-size : x-large } +BIG.HUGE { font-size : larger } +BIG.XHUGE { font-size : xx-large } + +/* document-specific styles come next */ diff --git a/deal.II/doc/toc.html b/deal.II/doc/toc.html index 49ddbb16f3..1cb5072ca8 100644 --- a/deal.II/doc/toc.html +++ b/deal.II/doc/toc.html @@ -63,6 +63,13 @@

  • We have a few reports written on deal.II, the following of which are online: