Skip to content
Snippets Groups Projects
  1. Nov 24, 2016
  2. Nov 21, 2016
  3. Oct 11, 2016
  4. Oct 07, 2016
  5. Oct 06, 2016
    • Henry Weller's avatar
      reactingTwoPhaseEulerFoam::IATE: Added wallBoiling sub-model · d6b404db
      Henry Weller authored
      to handle the size of bubbles created by boiling.  To be used in
      conjunction with the alphatWallBoilingWallFunction boundary condition.
      
      The IATE variant of the wallBoiling tutorial case is provided to
      demonstrate the functionality:
      
      tutorials/multiphase/reactingTwoPhaseEulerFoam/RAS/wallBoilingIATE
      d6b404db
  6. Oct 04, 2016
  7. Sep 27, 2016
  8. Aug 12, 2016
  9. Aug 01, 2016
  10. Jul 17, 2016
  11. Jun 29, 2016
  12. Jun 27, 2016
  13. Jun 22, 2016
  14. Jun 15, 2016
  15. Jun 12, 2016
    • Henry Weller's avatar
      functionObjects: renamed faceSource -> surfaceRegion, cellSource -> volRegion · 83321bd4
      Henry Weller authored
      The use of the term 'source' in the context of post-processing is
      confusing and does not properly describe the process of region
      selection.  The new names 'surfaceRegion' and 'volRegion' better
      describe the purpose of the functionObjects which is to provide field
      processing functionality limited to a specified region of space, either
      a surface or volume.
      
      The keyword 'source' is renamed 'regionType' which better describes the
      purpose which is to specify the method by which the surface or volume
      region is selected.
      
      The keyword to select the name of the surface or volume region is
      renamed from 'sourceName' to 'name' consistent with the other
      name-changes above.
      83321bd4
  16. Jun 11, 2016
  17. May 31, 2016
  18. May 28, 2016
    • Henry Weller's avatar
      postProcessing: Replaced 'foamCalc' and the 'postCalc' utilities · e4dc50dc
      Henry Weller authored
      with the more general and flexible 'postProcess' utility and '-postProcess' solver option
      
      Rationale
      ---------
      
      Both the 'postProcess' utility and '-postProcess' solver option use the
      same extensive set of functionObjects available for data-processing
      during the run avoiding the substantial code duplication necessary for
      the 'foamCalc' and 'postCalc' utilities and simplifying maintenance.
      Additionally consistency is guaranteed between solver data processing
      and post-processing.
      
      The functionObjects have been substantially re-written and generalized
      to simplify development and encourage contribution.
      
      Configuration
      -------------
      
      An extensive set of simple functionObject configuration files are
      provided in
      
      OpenFOAM-dev/etc/caseDicts/postProcessing
      
      and more will be added in the future.  These can either be copied into
      '<case>/system' directory and included into the 'controlDict.functions'
      sub-dictionary or included directly from 'etc/caseDict...
      e4dc50dc
  19. May 21, 2016
    • Henry Weller's avatar
      Standardized the selection of required and optional fields in BCs, fvOptions, functionObjects etc. · 3eec5854
      Henry Weller authored
      In most boundary conditions, fvOptions etc. required and optional fields
      to be looked-up from the objectRegistry are selected by setting the
      keyword corresponding to the standard field name in the BC etc. to the
      appropriate name in the objectRegistry.  Usually a default is provided
      with sets the field name to the keyword name, e.g. in the
      totalPressureFvPatchScalarField the velocity is selected by setting the
      keyword 'U' to the appropriate name which defaults to 'U':
      
              Property     | Description             | Required    | Default value
              U            | velocity field name     | no          | U
              phi          | flux field name         | no          | phi
              .
              .
              .
      
      However, in some BCs and functionObjects and many fvOptions another
      convention is used in which the field name keyword is appended by 'Name'
      e.g.
      
              Property     | Description             | Required    | Default value
              pName        | pressure field name     | no          | p
              UName        | velocity field name     | no          | U
      
      This difference in convention is unnecessary and confusing, hinders code
      and dictionary reuse and complicates code maintenance.  In this commit
      the appended 'Name' is removed from the field selection keywords
      standardizing OpenFOAM on the first convention above.
      3eec5854
  20. May 18, 2016
  21. May 16, 2016
  22. May 12, 2016
    • Henry Weller's avatar
      Standardized the naming of functions which control the writing of fields etc. · 6164c2f2
      Henry Weller authored
      to have the prefix 'write' rather than 'output'
      
      So outputTime() -> writeTime()
      
      but 'outputTime()' is still supported for backward-compatibility.
      
      Also removed the redundant secondary-writing functionality from Time
      which has been superseded by the 'writeRegisteredObject' functionObject.
      6164c2f2
    • Henry Weller's avatar
      functionObjects: Changed options 'outputControl' -> 'writeControl' and... · c983670c
      Henry Weller authored
      functionObjects: Changed options 'outputControl' -> 'writeControl' and 'outputInterval' -> 'writeInterval'
      
      for consistency with the time controls in controlDict and to avoid
      unnecessary confusion.  All code and tutorials have been updated.
      
      The old names 'outputControl' and 'outputInterval' are but supported for
      backward compatibility but deprecated.
      c983670c
  23. May 07, 2016
  24. May 03, 2016
  25. Apr 30, 2016
  26. Apr 22, 2016
  27. Feb 19, 2016
  28. Feb 15, 2016
  29. Feb 09, 2016
  30. Jan 04, 2016
  31. Dec 22, 2015
  32. Dec 09, 2015
  33. Dec 08, 2015
  34. Nov 27, 2015
  35. Nov 13, 2015
  36. Oct 13, 2015