]> https://gitweb.dealii.org/ - dealii.git/commitdiff
more big output files removed
authorGuido Kanschat <dr.guido.kanschat@gmail.com>
Tue, 4 Dec 2012 17:56:36 +0000 (17:56 +0000)
committerGuido Kanschat <dr.guido.kanschat@gmail.com>
Tue, 4 Dec 2012 17:56:36 +0000 (17:56 +0000)
git-svn-id: https://svn.dealii.org/trunk@27756 0785d39b-7218-0410-832d-ea1e28bc413d

deal.II/examples/step-21/doc/results.dox
deal.II/examples/step-22/doc/results.dox
deal.II/examples/step-23/doc/results.dox

index ad0d87e96bc68d7f25999c47530712920faaa847..b8c7d7892c48ed05b2560945f9f21adf70c4a58b 100644 (file)
@@ -52,7 +52,7 @@ With all this, here are a few movies that show how the saturation progresses
 over time. First, this is for the single crack model, as implemented in the
 <code>SingleCurvingCrack::KInverse</code> class:
 
-@image html step-21.centerline.gif
+<img src="http://www.dealii.org/images/steps/developer/step-21.centerline.gif" alt="">
 
 As can be seen, the water rich fluid snakes its way mostly along the
 high-permeability zone in the middle of the domain, whereas the rest of the
@@ -66,14 +66,14 @@ The second movie shows the saturation for the random medium model of class
 centers of high permeability and fluid hops from one of these zones to
 the next:
 
-@image html step-21.random2d.gif
+<img src="http://www.dealii.org/images/steps/developer/step-21.random2d.gif" alt="">
 
 
 Finally, here is the same situation in three space dimensions, on a mesh with
 <code>n_refinement_steps=5</code>, which produces a mesh of some 32,000 cells
 and 167,000 degrees of freedom:
 
-@image html step-21.random3d.gif
+<img src="http://www.dealii.org/images/steps/developer/step-21.random3d.gif" alt="">
 
 To repeat these computations, all you have to do is to change the line
 @code
index 437c499c8398c2eff739eda7b511609deea82323..3524d69293fcc2d9c33e847ab17e483545485f69 100644 (file)
@@ -80,31 +80,31 @@ corners, so there is need for refinement there as well:
 <TABLE WIDTH="60%" ALIGN="center">
   <tr>
     <td ALIGN="center">
-      @image html step-22.2d.mesh-0.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.2d.mesh-0.png" alt="">
     </td>
 
     <td ALIGN="center">
-      @image html step-22.2d.mesh-1.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.2d.mesh-1.png" alt="">
     </td>
   </tr>
 
   <tr>
     <td ALIGN="center">
-      @image html step-22.2d.mesh-2.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.2d.mesh-2.png" alt="">
     </td>
 
     <td ALIGN="center">
-      @image html step-22.2d.mesh-3.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.2d.mesh-3.png" alt="">
     </td>
   </tr>
 
   <tr>
     <td ALIGN="center">
-      @image html step-22.2d.mesh-4.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.2d.mesh-4.png" alt="">
     </td>
 
     <td ALIGN="center">
-      @image html step-22.2d.mesh-5.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.2d.mesh-5.png" alt="">
     </td>
   </tr>
 </table>
@@ -113,7 +113,7 @@ Finally, following is a plot of the flow field. It shows fluid
 transported along with the moving upper boundary and being replaced by
 material coming from below:
 
-@image html step-22.2d.solution.png
+<img src="http://www.dealii.org/images/steps/developer/step-22.2d.solution.png" alt="">
 
 This plot uses the capability of VTK-based visualization programs (in
 this case of VisIt) to show vector data; this is the result of us
@@ -191,31 +191,31 @@ look as follow:
 <TABLE WIDTH="60%" ALIGN="center">
   <tr>
     <td ALIGN="center">
-      @image html step-22.3d.mesh-0.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d.mesh-0.png" alt="">
     </td>
 
     <td ALIGN="center">
-      @image html step-22.3d.mesh-1.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d.mesh-1.png" alt="">
     </td>
   </tr>
 
   <tr>
     <td ALIGN="center">
-      @image html step-22.3d.mesh-2.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d.mesh-2.png" alt="">
     </td>
 
     <td ALIGN="center">
-      @image html step-22.3d.mesh-3.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d.mesh-3.png" alt="">
     </td>
   </tr>
 
   <tr>
     <td ALIGN="center">
-      @image html step-22.3d.mesh-4.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d.mesh-4.png" alt="">
     </td>
 
     <td ALIGN="center">
-      @image html step-22.3d.mesh-5.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d.mesh-5.png" alt="">
     </td>
   </tr>
 </table>
@@ -224,7 +224,7 @@ Again, they show essentially the location of singularities introduced
 by boundary conditions. The vector field computed makes for an
 interesting graph:
 
-@image html step-22.3d.solution.png
+<img src="http://www.dealii.org/images/steps/developer/step-22.3d.solution.png" alt="">
 
 The isocountours shown here as well are those of the pressure
 variable, showing the singularity at the point of discontinuous
@@ -247,7 +247,7 @@ appropriately sorted into their corresponding blocks of the matrix and
 vector), then we get the following image after the first adaptive
 refinement in two dimensions:
 
-@image html step-22.2d.sparsity-nor.png
+<img src="http://www.dealii.org/images/steps/developer/step-22.2d.sparsity-nor.png" alt="">
 
 In order to generate such a graph, you have to insert a piece of
 code like the following to the end of the setup step.
@@ -268,7 +268,7 @@ In this program, we have thus chosen a more advanced renumbering of
 components.  The renumbering with DoFRenumbering::Cuthill_McKee and grouping
 the components into velocity and pressure yields the following output:
 
-@image html step-22.2d.sparsity-ren.png
+<img src="http://www.dealii.org/images/steps/developer/step-22.2d.sparsity-ren.png" alt="">
 
 It is apparent that the situation has improved a lot. Most of the elements are
 now concentrated around the diagonal in the (0,0) block in the matrix. Similar
@@ -288,7 +288,7 @@ considerable amount of tentative fill-in elements. This illustrates why UMFPACK
 is not a good choice in 3D - a full decomposition needs many new entries that
  eventually won't fit into the physical memory (RAM):
 
-@image html step-22.3d.sparsity_uu-ren.png
+<img src="http://www.dealii.org/images/steps/developer/step-22.3d.sparsity_uu-ren.png" alt="">
 
 
 
@@ -798,11 +798,11 @@ then we get images where the the fault line is curved:
 <TABLE WIDTH="60%" ALIGN="center">
   <tr>
     <td ALIGN="center">
-      @image html step-22.3d-extension.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d-extension.png" alt="">
     </td>
 
     <td ALIGN="center">
-      @image html step-22.3d-grid-extension.png
+      <img src="http://www.dealii.org/images/steps/developer/step-22.3d-grid-extension.png" alt="">
     </td>
   </tr>
 </table>
index 0fda35af8cb491319f579657a5c117b72f263639..d24f2ea369ac02cfed4dc0fc1adb83039bf39c7f 100644 (file)
@@ -65,7 +65,7 @@ In addition to the screen output, the program writes the solution of each time
 step to an output file. If we process them adequately and paste them into a
 movie, we get the following:
 
-@image html step-23.movie.gif "Animation of the solution of step-23."
+<img src="http://www.dealii.org/images/steps/developer/step-23.movie.gif" alt="Animation of the solution of step-23.">
 
 The movie shows the generated wave nice traveling through the domain and back,
 being reflected at the clamped boundary. Some numerical noise is trailing the

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

Douglas Adams


Typeset in Trocchi and Trocchi Bold Sans Serif.