1. 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
  2. 15 Jan, 2015 3 commits
  3. 14 Jan, 2015 3 commits
  4. 13 Jan, 2015 4 commits
  5. 12 Jan, 2015 2 commits
  6. 09 Jan, 2015 1 commit
  7. 29 Dec, 2014 1 commit
  8. 22 Dec, 2014 1 commit
  9. 19 Dec, 2014 1 commit
  10. 16 Dec, 2014 2 commits
  11. 12 Dec, 2014 1 commit
  12. 10 Dec, 2014 1 commit
  13. 09 Dec, 2014 3 commits
  14. 08 Dec, 2014 1 commit
  15. 05 Dec, 2014 2 commits
  16. 04 Dec, 2014 1 commit
  17. 03 Dec, 2014 4 commits
  18. 02 Dec, 2014 1 commit
  19. 28 Nov, 2014 3 commits
    • Thomas Fetzer's avatar
      [non-isothermal] · 509c42ba
      Thomas Fetzer authored
      update to the generic non-isothermal model
       - 1p model
       - 3p model
       - 1p test (including 1pni tests)
       - 1p2c test (including 1p2cni tests)
       - 2p2c test (including 2p2cni tests)
       - 3p test (including 3pni tests)
       - 3p3c test (including 3p3cpni tests)
       - new ctest for kuevette problem
       - SET_TYPE_PROP instead of SET_PROP
       - documentation of non-isothermal problems
       - solution for 2pinjectionproblem (now with simplex grid)
       - version number in one start message
       - old non-isothermal test folders
       - whitespace at end of configure.ac lines
      created and reviewed by kissinger and fetzer
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@13825 2fb0f335-1f38-0410-981e-8018bf24f1b0
    • Bernd Flemisch's avatar
      [cell-centered implicit] fix bug introduced by r13823 · 87334751
      Bernd Flemisch authored
      It was not such a good idea to change the name of the protected
      evalDirichletSegment_ function of the CCLocalResidual, since it can be
      overwritten in derived LocalResiduals, and in fact is already
      overwritten in MPNCLocalResidual. The name is changed back to its
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@13824 2fb0f335-1f38-0410-981e-8018bf24f1b0
    • Bernd Flemisch's avatar
      [cell-centered implicit] fix a bug in the handling of mixed boundary · a78975bb
      Bernd Flemisch authored
      Mixed boundary conditions here means that a part of the
      equations/primary variables gets Dirichlet conditions, while the rest
      gets Neumann conditions.
      While in the cell-centered method pure Dirichlet conditions for all
      equations are handled by calculating the resulting fluxes and adding
      them to the cell residual, such a flux cannot be (easily?) calculated
      for an equation that gets a Dirichlet condition as part of mixed
      conditions. Therefore, such a Dirichlet condition is implemented in a
      strong way by _replacing_ the corresponding cell residual.
      It is important that this replacement is done at the very end of the
      residual calculation. However, for corner cells this has not been
      guaranteed so far. Therefore, fluxed resulting from the other boundary
      parts of a corner cell could have been added to the replaced residual,
      obviously leading to a wrong boundary condition treatment.
      This patch resolves the issue by guaranteeing that the residual
      replacement is done at the end of the residual calculation.
      Brought to attention and reviewed by Thomas. Thanks.
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@13823 2fb0f335-1f38-0410-981e-8018bf24f1b0
  20. 27 Nov, 2014 1 commit
  21. 25 Nov, 2014 3 commits