1. 21 Jul, 2015 1 commit
  2. 08 Jul, 2015 1 commit
    • Hao Wu's avatar
      [doxygen,handbook,naming] · 5b3969bb
      Hao Wu authored
      - added zeroeq and multidomain models
      - add model and problem descriptions
      - changes in the model description of models which do not use a free
        flow are just related to changes in doxygen
      - added equation subsections for multidomain and zeroeq models
      - applied naming convention to stokes, zeroeq, and multidomain
      reviewed by fetzer
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@15023 2fb0f335-1f38-0410-981e-8018bf24f1b0
  3. 17 Jun, 2015 1 commit
  4. 22 Jan, 2015 1 commit
    • Thomas Fetzer's avatar
      [multidomain] · 5240abd6
      Thomas Fetzer authored
      cleaned up the stokes-darcy models:
        - SET_TYPE_PROP task from Dumux Day
        - cleaned up input
        - removed commented lines of code
        - removed try/catch blocks
      updated the coupled-freeflow reference results which was broken in one
      of the previous commits
      reviewed by gruenich
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@14094 2fb0f335-1f38-0410-981e-8018bf24f1b0
  5. 16 Jan, 2015 1 commit
    • Bernd Flemisch's avatar
      [nonisothermal] improve naming and meaning of solid thermal parameters · 8465d28a
      Bernd Flemisch authored
      This implements FS#216.
      The "heatCapacity" function of the spatial parameters and the volume
      variables for the implicit nonisothermal models was a misnomer, since it
      returned an effective quantity, namely, 
      heatCapacity*density*(1 - porosity) in [J/(K m^3)].
      Except for mpnc, which resulted in an additional inconsistency.
      Corresponding to the decision documented in FS#216, this patch renames
      the function to "solidHeatCapacity" and returns always the "true"
      (non-effective) heat capacity in [J/(kg K)]. This requires an additional
      function "solidDensity" which returns the mass density of the porous
      matrix. Moreover, the functions "thermalConductivitySolid/Fluid" are
      renamed to "solid/fluidThermalConductivity". The decision to prepend
      with "solid/fluid" rather than to append is motivated by consistency
      with components and fluid systems, where "gas" and "liquid" are always
      prepended to the corresponding function names.
      _Beware_: this change breaks compatibility. You have to adapt your
      spatial parameters such that they offer functions "solidHeatCapacity",
      "solidDensity" and "solidThermalConductivity".
      Reviewed by Alex.
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@14070 2fb0f335-1f38-0410-981e-8018bf24f1b0
  6. 14 Jan, 2015 1 commit
  7. 25 Nov, 2014 1 commit
  8. 22 Sep, 2014 1 commit
  9. 29 Apr, 2014 1 commit
  10. 25 Mar, 2014 1 commit
  11. 24 Jan, 2014 1 commit