1. 22 Dec, 2017 1 commit
  2. 21 Dec, 2017 1 commit
  3. 20 Dec, 2017 1 commit
  4. 03 Dec, 2017 1 commit
  5. 06 Apr, 2017 1 commit
  6. 31 Jan, 2017 1 commit
  7. 06 Oct, 2016 1 commit
  8. 07 Jan, 2016 1 commit
  9. 03 Nov, 2015 1 commit
  10. 08 Sep, 2015 1 commit
  11. 09 Jul, 2015 1 commit
  12. 13 Apr, 2015 1 commit
  13. 23 Mar, 2015 1 commit
  14. 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
      8465d28a
  15. 05 Sep, 2014 1 commit
    • Bernd Flemisch's avatar
      [nonisothermal] introduce niproperties.hh, adapt effective thermal · 625951c8
      Bernd Flemisch authored
      conductivities, correct comments and spacing.
      
      The additional properties required by the generic non-isothermal model
      can be centralized in a file niproperties.hh. 
      
      The signature of the effectiveThermalConductivity functions is unified.
      They get the volume variables, spatial parameters and the arguments that
      will be required for calling the spatial parameters. When attempting to
      use the nonisothermal model for 3p3c, it will be seen whether this
      signature is genral enough.
      
      Reviewed by Alex K.
      
      
      
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@13289 2fb0f335-1f38-0410-981e-8018bf24f1b0
      625951c8
  16. 29 May, 2013 1 commit
  17. 06 Mar, 2013 2 commits
  18. 26 Feb, 2013 1 commit
  19. 07 Feb, 2013 1 commit
  20. 24 Jan, 2013 1 commit
  21. 22 Jan, 2013 2 commits
  22. 21 Jan, 2013 1 commit
    • Klaus Mosthaf's avatar
      Work on heat conduction and thermal conductivity (FS #172) · f8e88f6d
      Klaus Mosthaf authored
      - added somerton.hh in fluidmatrixinteractions/2p which provides a model
        for the effective thermal conductivity (static class)
      - removed *matrixHeatFlux() methods in waterairspatialparams, introduced
        thermalConductivitySolid() instead
      - added property ThermalConductivityModel, which is set as default to
        Somerton
      - added effThermalConductivity and calculateEffThermalConductivity
        methods, thermal conductivities are averaged harmonically
      
      Reviewed by Melanie
      
      
      git-svn-id: svn://svn.iws.uni-stuttgart.de/DUMUX/dumux/trunk@10049 2fb0f335-1f38-0410-981e-8018bf24f1b0
      f8e88f6d