hopefully the output of the property introspection code looks nicer now

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

oops. small mistake

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

now it is possible to print where the point of definition and the
inheritance structure for all properties of a given type tag. for
properties defined using the convenience macros SET_*_PROP it is even
possible to print their value. the generic startup routines plus
test_2p have been adapted to print everything. todo: introduce a
parameter which allows to turn of the output at runtime.

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

pC(const Params &params,  Scalar Sw, const Scalar temperature)
i.e.: temperature dependent capillary pressure. 
- Not final but subject of discussion


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

docu fix
last changes for common definition of boundary conditions in initialization methods

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

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

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

- replaced direct acess of problem object with acess function -> easier to copy snippets to functions in derived classes
- fixed bug in transport module for neumann boundaries
- added setZero() function for PrimaryVariableVectors to base problem to ease new boundary definition in the application problems

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

hence, compiler warning could be removed

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

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

-xyzAtPos() functions now used
-pressure&transport modules acess general xyz(values, entity) functions
-general bcTypes are used
-updated docu

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

discretization of the 2p saturation equation

   - way of getting the index of an intersection was changed for
     use of adaptive grids. However, this only works in the case in which the order of the iteration by 
     the IntersectionIterator coincides with the ordering at the
     reference element (e.g. not valid for UGGrid)
   - Switch back to use indexInInside() function -> Adaptive method will
     not work properly until a better solution is found!



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

EnableVelocityOutput can be set as parameter; removed compiler warning and added a message to std::cout in the init function of the 2p2cmodel instead

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

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

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

this has the advantage that the common infrastructure for the box
model does not require to access the spatial parameters of a
problem. (the latter are not always present, e.g. in stokes)

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

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

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

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

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

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

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

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

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

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

Working version of the grid adaptive 2p-problem. Caution: In all fv-files, the indexInInside() function has to be substituted by an own counter, if grid is adapted

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

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

   - additional to wPhaseIdx and nPhaseIdx there is an index
     totalPhaseIdx



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

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

Copied test/decoupled/2p to test/decoupled/2padaptive as a trunc for extension to grid adaption. Not modified yet

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

we now take the geometric mean of the numerical precision of the
underlying floating point type and 1. for standard 64 bit double
values this does not change anything (the base epsilon stays 1e-8),
but for higher or lower resolution scalars, the value is now "always
right". probably.

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

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

IMHO that's not a lot of effort but makes the code much more readable

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

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

again, that could be considered a bug in quadmath.h

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

this is an aid for debugging precision problems. in order to use this,
add --enable-quad to the CONFIGURE_FLAGS of your options file, re-run
dunecontrol, include the header file "dumux/common/quad.hh" after
config.h and *before* everything else. next, set the Scalar property
to 'quad'. finally, you need to patch Dune::className() to not access
the typeid method, for example by returning a constant string like
"<unknown>" (so far, typeids are not yet generated for quad precision
floating point values by GCC which I consider to be a compiler bug...)

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

clean-up



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

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

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

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