since this was done in a semi-automatic way compilation for stuff not
used by the non-decoupled tests may be non-functional. I spared the
decoupled stuff because it does not compile ATM so I did not have a
way verify that it still works...

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7371 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7370 2fb0f335-1f38-0410-981e-8018bf24f1b0

boxspatialparameters: additional empty matrixHeatFlux() method, which uses the face as argument and can handle both, boundary faces and sub-control-volume faces; this is used for the calculation of outflow fluxes only so far and has to be specified in the spatial parameters, if required. 
2p2cnifluxvariables: additional call to matrixHeatFlux(), if we are on a boundary face; changed temperature gradient to a private object with a return function to make it accessible from outside.
boxlocalresidual: removed some superfluous asImp()s.
2p2cnilocalresidual: added computeOutflowValues() method for the evaluation of outflow conditions.
regularizedvangenuchten: corrected typo.

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7368 2fb0f335-1f38-0410-981e-8018bf24f1b0

introduced property specifying if faces are regarded from both sides: compositional models do not yet run without

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7365 2fb0f335-1f38-0410-981e-8018bf24f1b0

   - fluxes between neighbors are now only calculated from one side
   - implementation now called by asImp_()
   - local indices of entries replaced by enums



git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7363 2fb0f335-1f38-0410-981e-8018bf24f1b0

Adapted 2p2cnifluxvariables to the changes in the 2p2cfluxvariables (required for the outflow condition)

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7362 2fb0f335-1f38-0410-981e-8018bf24f1b0

used from boxlocalresidual now


git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7361 2fb0f335-1f38-0410-981e-8018bf24f1b0

Therefore, changes in the BOXLOCALRESIDUAL were neccessary.
evalNeumann() has been renamed to evalBoundaryFluxes(), because the
evaluation of the outflow fluxes is now also triggered there. 
ATTENTION: If you have overloaded the evalNeumann() method, please overload
evalBoundaryFluxes() instead. 
-The 2p2cfluxvariables have now an additional parameter: onBoundary,
which is set by default to false (thus we are on a SCV face).
calculateValues_() has been added, which contains the calls which have
been previously performed in the constructor. Here, the same method
should be used for all boxmodels (calling the subroutines) in order to
make the outflow conditions work. calculateValues_() receives the FaceType
as template parameter and thus can handle both, boundary faces and scv faces.
-2p2clocalresidual has been extended by two methods:
evalOutflowSegment() and computeOutflowValues(). The former method
should on the long run be shifted to boxlocalresidual. However, this is
a beta implementation of the outflow conditions for the 2p2c boxmodel.
The other boxmodels have to be adapted in the same way considering the
fluxvariables (calculateValues_() and bool onBoundary), in order to
secure compilation success. The latter method computes the actual
outflow fluxes in the same manner as computeFluxes, just evaluated at
the outflow boundary face with the upwinded values taken from the vertex
of the SCV, where the boundary face is located in.
-2p2cpropertydefaults: Uses boxboundaryvariables as BoundaryVariables;
this should also work for most of the box models.

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7360 2fb0f335-1f38-0410-981e-8018bf24f1b0

- boxfvelementgeometry: BoundaryFace has also i,j now (both defined as the
vertex of the considered scv); this facilitates the implementation of
outflow boundary conditions


git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7357 2fb0f335-1f38-0410-981e-8018bf24f1b0

(allows to specify solution dependent source terms)

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7356 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7349 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7348 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7347 2fb0f335-1f38-0410-981e-8018bf24f1b0

- new data structure applied
- fluidstate can now be used in cell-Data structure: added set-functions, reworked flash
- redesign of pressure formulation: assemble split in smaller functions, PV now moved from variableclass
- redesign of transport
- various cleanups


git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7346 2fb0f335-1f38-0410-981e-8018bf24f1b0

*grr* the 2.1 DUNE_VERSION macro is incompatible with Dune
 2.2. falling back to DUNE_VERSION_REV.

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7344 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7343 2fb0f335-1f38-0410-981e-8018bf24f1b0

- primary variables vector removed from variableclass -> to pressure / transport model
- Problem applies old time Integration method due to compatibility with compositional models
- Explicit transport is done in transport model
- simplified serialization/restart mechanism
Additonal improvements:
- reordered iteration procedure in impet to avoid superfluous creation of large vectors only used for iteration
- cleaned up serialization procedure

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7342 2fb0f335-1f38-0410-981e-8018bf24f1b0

the differences are in the range expected by changing the tabulation

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7341 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7340 2fb0f335-1f38-0410-981e-8018bf24f1b0

for the "intelligent" the tabulation, alphas can be well out of range
[0, 1]

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7339 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7336 2fb0f335-1f38-0410-981e-8018bf24f1b0

AFAICS it was only debugging code which was not useful in a general
context...

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7335 2fb0f335-1f38-0410-981e-8018bf24f1b0

- Coordscalar -> Scalar: this makes switching all Scalars to quad
  possible
- some code in MpNclocalresidual that makes it possible to sum up the
  individual energy equation in the case of kinetic consideration
- debugging code in the nonequilibriumfluidstate


git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7333 2fb0f335-1f38-0410-981e-8018bf24f1b0

counter-intuitively, ostringstream::clear() does not reset the string
it writes to. that can be done using ostringstream::str("")

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7331 2fb0f335-1f38-0410-981e-8018bf24f1b0

tabulated component: add template parameter to let the user chose between "dumb" and "intelligent" tabulation

the ifp problem seems to have some issues with tabulation along the
vapor pressure curve. I'll have to investigate this further...

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7330 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7329 2fb0f335-1f38-0410-981e-8018bf24f1b0

it seems that the issue which triggered to make the tabulation "dumb"
was not related to the tabulation. I guess that it had something to do
with the fact that I used -ffast-math without -fno-finite-math-only...

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7327 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7326 2fb0f335-1f38-0410-981e-8018bf24f1b0

no patches are required anymore, DUNE uses 'bin' for executable files
and the richards model has been fixed yesterday

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7321 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7319 2fb0f335-1f38-0410-981e-8018bf24f1b0

This issue seems to be jinxed.

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7313 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7312 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7311 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7309 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7308 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7305 2fb0f335-1f38-0410-981e-8018bf24f1b0

-ffast-math works fine provided that std::isnan() and std::isfinite()
work which is taken care of by -fno-finite-math-only

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7304 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7303 2fb0f335-1f38-0410-981e-8018bf24f1b0

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7302 2fb0f335-1f38-0410-981e-8018bf24f1b0

Dumux 2.1 will require DUNE 2.1 or (possibly) above

git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@7301 2fb0f335-1f38-0410-981e-8018bf24f1b0