This has been changed to Dune::Vtk::FormatTypes::ASCII in the dune-vtk module

The previous implementation worked only for first-order finite element
spaces, because it assumed that grid vertices and Lagrange nodes
were identical.

So far, the Cosserat rod energy implementation hat a first-order
finite element space hardcoded.  This patch removes that restriction.
As for the other models in this Dune module, the finite element basis
is now a template parameter of the model energy, and can be set to
any reasonable basis.

It is not a 'stiffness' anymore, but really only implements the
energy.

This is a prerequisite to a) support for higher-order FE,
and b) getting rid of the hand-written CosseratVTKWriter.

Previously, the rod3d code used a hand-implemented first derivative
of the rod energy, and FD for the second derivatives.  This patch
replaces this by ADOL-C for both first and second derivatives.
Advantages are:
* The code is much shorter, and easier to understand.
* The previous code contained interpolation formulae for
  first-order 1d geodesic finite elements.  This restricted
  rod problems to first-order GFE.  A follow-up patch will
  allow higher-order approximations.
* The new code runs roughly twice as fast.

GeodesicFEAssembler can replace it without problems.

It is very unlikely that somebody will use that ever again.

Rather than using a default file, which was the case previously.

Otherwise the program aborts for the usual mysterious reasons.

Do this by making RodAssembler more similar to the generic
GeodesicFEAssembler: the constructor argument is now a
general LocalGeodesicFEStiffness, and not something particular
to rod problems.

Throw out the AmiraMesh support instead.  I have not seen
anybody using Amira for years.

[[Imported from SVN: r9982]]

[[Imported from SVN: r9616]]

[[Imported from SVN: r9614]]

[[Imported from SVN: r9579]]

[[Imported from SVN: r8206]]

[[Imported from SVN: r7614]]

[[Imported from SVN: r7028]]

[[Imported from SVN: r5938]]

[[Imported from SVN: r5915]]

[[Imported from SVN: r5723]]

[[Imported from SVN: r5347]]

[[Imported from SVN: r5099]]

[[Imported from SVN: r4177]]

[[Imported from SVN: r4125]]

[[Imported from SVN: r4124]]

[[Imported from SVN: r4079]]

[[Imported from SVN: r4056]]

RodSolver is now called RiemannianTrustRegionSolver, and can be parametrized with the TargetSpace.  Some remains of RigidBodyMotion are still there, though.

[[Imported from SVN: r4041]]

[[Imported from SVN: r4027]]

now works on a per-element basis and has been moved to the local rod assembler.
That way, it has lost most of its 1d-ness.  In the future, it will be usable
for other problems as well.

[[Imported from SVN: r4019]]

[[Imported from SVN: r4018]]

The class 'Configuration' is now called 'RigidBodyMotion', and can be parametrized by the space dimension

[[Imported from SVN: r4003]]