/usr/include/deal.II/numerics/data_out_rotation.h is in libdeal.ii-dev 8.1.0-4.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 | // ---------------------------------------------------------------------
// $Id: data_out_rotation.h 31076 2013-10-02 17:52:30Z heister $
//
// Copyright (C) 2000 - 2013 by the deal.II authors
//
// This file is part of the deal.II library.
//
// The deal.II library is free software; you can use it, redistribute
// it, and/or modify it under the terms of the GNU Lesser General
// Public License as published by the Free Software Foundation; either
// version 2.1 of the License, or (at your option) any later version.
// The full text of the license can be found in the file LICENSE at
// the top level of the deal.II distribution.
//
// ---------------------------------------------------------------------
#ifndef __deal2__data_out_rotation_h
#define __deal2__data_out_rotation_h
#include <deal.II/base/config.h>
#include <deal.II/numerics/data_out_dof_data.h>
#include <string>
#include <vector>
DEAL_II_NAMESPACE_OPEN
namespace internal
{
namespace DataOutRotation
{
/**
* A derived class for use in the
* DataOutFaces class. This is
* a class for the
* AdditionalData kind of data
* structure discussed in the
* documentation of the
* WorkStream class.
*/
template <int dim, int spacedim>
struct ParallelData : public internal::DataOut::ParallelDataBase<dim,spacedim>
{
ParallelData (const unsigned int n_datasets,
const unsigned int n_subdivisions,
const unsigned int n_patches_per_circle,
const std::vector<unsigned int> &n_postprocessor_outputs,
const Mapping<dim,spacedim> &mapping,
const std::vector<std_cxx1x::shared_ptr<dealii::hp::FECollection<dim,spacedim> > > &finite_elements,
const UpdateFlags update_flags);
const unsigned int n_patches_per_circle;
std::vector<Point<spacedim> > patch_evaluation_points;
};
}
}
/**
* This class generates output in the full domain of computations that
* were done using rotational symmetry of domain and solution. In
* particular, if a computation of a three dimensional problem with
* rotational symmetry around the @p z-axis (i.e. in the
* @p r-z-plane) was done, then this class can be used to generate
* the output in the original @p x-y-z space. In order to do so, it
* generates from each cell in the computational mesh a cell in the
* space with dimension one greater than that of the DoFHandler
* object. The resulting output will then consist of hexahedra forming
* an object that has rotational symmetry around the z-axis. As most
* graphical programs can not represent ring-like structures, the
* angular (rotation) variable is discretized into a finite number of
* intervals as well; the number of these intervals must be given to
* the @p build_patches function. It is noted, however, that while
* this function generates nice pictures of the whole domain, it often
* produces <em>very</em> large output files.
*
*
* <h3>Interface</h3>
*
* The interface of this class is copied from the DataOut
* class. Furthermore, they share the common parent class
* DataOut_DoFData(). See the reference of these two classes for a
* discussion of the interface and how to extend it by deriving
* further classes from this class.
*
*
* <h3>Details for 1d computations</h3>
*
* The one coordinate in the triangulation used by the
* DoFHandler object passed to this class is taken as the radial
* variable, and the output will then be either a circle or a ring
* domain. It is in the user's responsibility to assure that the
* radial coordinate only attains non-negative values.
*
*
* <h3>Details for 2d computations</h3>
*
* We consider the computation (represented by the DoFHandler
* object that is attached to this class) to have happened in the
* @p r-z-plane, where @p r is the radial variable and @p z denotes
* the axis of revolution around which the solution is symmetric. The
* output is in @p x-y-z space, where the radial dependence is
* transformed to the @p x-y plane. At present, it is not possible to
* exchange the meaning of the first and second variable of the plane
* in which the simulation was made, i.e. generate output from a
* simulation where the first variable denoted the symmetry axis, and
* the second denoted the radial variable. You have to take that into
* account when first programming your application.
*
* It is in the responsibility of the user to make sure that the
* radial variable attains only non-negative values.
*
* @ingroup output
* @author Wolfgang Bangerth, 2000
*/
template <int dim, class DH=DoFHandler<dim> >
class DataOutRotation : public DataOut_DoFData<DH,DH::dimension+1>
{
public:
/**
* Typedef to the iterator type
* of the dof handler class under
* consideration.
*/
typedef typename DataOut_DoFData<DH,DH::dimension+1>::cell_iterator cell_iterator;
/**
* This is the central function
* of this class since it builds
* the list of patches to be
* written by the low-level
* functions of the base
* class. See the general
* documentation of this class
* for further information.
*
* In addition to the same
* parameters as found in the
* respective function of the
* DataOut class, the first
* parameter denotes into how
* many intervals the angular
* (rotation) variable is to be
* subdivided.
*
* The function supports
* multithreading, if deal.II is
* compiled in multithreading
* mode.
*/
virtual void build_patches (const unsigned int n_patches_per_circle,
const unsigned int n_subdivisions = 0);
/**
* Return the first cell which we
* want output for. The default
* implementation returns the
* first @ref GlossActive "active cell",
* but you might want to
* return other cells in a
* derived class.
*/
virtual cell_iterator first_cell ();
/**
* Return the next cell after @p cell which
* we want output for.
* If there are no more cells,
* <tt>dofs->end()</tt> shall be returned.
*
* The default
* implementation returns the next
* active cell, but you might want
* to return other cells in a derived
* class. Note that the default
* implementation assumes that
* the given @p cell is active, which
* is guaranteed as long as @p first_cell
* is also used from the default
* implementation. Overloading only one
* of the two functions might not be
* a good idea.
*/
virtual cell_iterator next_cell (const cell_iterator &cell);
/**
* Exception
*/
DeclException1 (ExcInvalidNumberOfSubdivisions,
int,
<< "The number of subdivisions per patch, " << arg1
<< ", is not valid.");
/**
* Exception
*/
DeclException1 (ExcRadialVariableHasNegativeValues,
double,
<< "The radial variable attains a negative value of " << arg1);
private:
/**
* Builds every @p n_threads's
* patch. This function may be
* called in parallel.
* If multithreading is not
* used, the function is called
* once and generates all patches.
*/
void
build_one_patch (const cell_iterator *cell,
internal::DataOutRotation::ParallelData<DH::dimension, DH::space_dimension> &data,
std::vector<DataOutBase::Patch<DH::dimension+1,DH::space_dimension+1> > &patches);
};
DEAL_II_NAMESPACE_CLOSE
#endif
|