From aa9ea0432cecd011938d5a7b3713112e7a5e4b6f Mon Sep 17 00:00:00 2001 From: Guido Kanschat Date: Thu, 3 Nov 2005 19:09:37 +0000 Subject: [PATCH] stale documentation removed git-svn-id: https://svn.dealii.org/trunk@11698 0785d39b-7218-0410-832d-ea1e28bc413d --- .../deal.II/include/fe/fe_raviart_thomas.h | 59 +------------------ 1 file changed, 1 insertion(+), 58 deletions(-) diff --git a/deal.II/deal.II/include/fe/fe_raviart_thomas.h b/deal.II/deal.II/include/fe/fe_raviart_thomas.h index 0486eb128e..0a2dc17d27 100644 --- a/deal.II/deal.II/include/fe/fe_raviart_thomas.h +++ b/deal.II/deal.II/include/fe/fe_raviart_thomas.h @@ -35,10 +35,6 @@ template class MappingQ; * space Hdiv. These elements generate vector fields with * normel components continuous between mesh cells. * - * @todo Right now, the description of node values and interpolation - * does not match the actual state of this class. This will be - * improved after some discussion. - * * We follow the usual definition of the degree of RT elements, which * denotes the polynomial degree of the largest complete polynomial * subspace contained in the RT space. Then, approciamtion order of @@ -84,61 +80,8 @@ template class MappingQ; * QGaussk+1 on each face as well as QGaussk in * the interior of the cell (or none for RT0). * - * @internal - *

Numbering of the degrees of freedom (DoFs)

- * - * This paragraph is obsolete and will be removed after reconstruction - * of the element is complete. - * - * Raviart-Thomas elements have their degrees of freedom on edges, - * with shape functions being vector valued and pointing in normal - * direction. We use the standard enumeration and direction of edges - * in deal.II, yielding the following shape functions in 2d: - * - * @verbatim - * 2 - * *---^---* - * | | - * 3> >1 - * | | - * *---^---* - * 0 - * @endverbatim - * - * For the 3d case, the ordering follows the same scheme: the lines - * are numbered as described in the documentation of the - * Triangulation class, i.e. - * @verbatim - * *---6---* *---6---* - * /| | / /| - * 11 | 5 11 10 5 - * / 7 | / / | - * * | | *---2---* | - * | *---4---* | | * - * | / / | 1 / - * 3 8 9 3 | 9 - * |/ / | |/ - * *---0---* *---0---* - * @endverbatim - * and their directions are as follows: - * @verbatim - * *--->---* *--->---* - * /| | / /| - * ^ | ^ ^ ^ ^ - * / ^ | / / | - * * | | *--->---* | - * | *--->---* | | * - * | / / | ^ / - * ^ ^ ^ ^ | ^ - * |/ / | |/ - * *--->---* *--->---* - * @endverbatim - * - * The element does not make much sense in 1d, so it is not - * implemented there. - * * - * @author Wolfgang Bangerth, 2003 + * @author Guido Kanschat, 2005, based on previous Work by Wolfgang Bangerth */ template class FE_RaviartThomas -- 2.39.5