1. 25 Feb, 2019 1 commit
  2. 22 Feb, 2019 1 commit
  3. 12 Feb, 2019 1 commit
  4. 07 Feb, 2019 1 commit
    • Mark OLESEN's avatar
      ENH: improved sample surfaces and surface writers (#1206) · 181c974b
      Mark OLESEN authored
      - The writers have changed from being a generic state-less set of
        routines to more properly conforming to the normal notion of a writer.
        These changes allow us to combine output fields (eg, in a single
        VTK/vtp file for each timestep).
        Parallel data reduction and any associated bookkeeping is now part
        of the surface writers.
        This improves their re-usability and avoids unnecessary
        and premature data reduction at the sampling stage.
        It is now possible to have different output formats on a per-surface
      - A new feature of the surface sampling is the ability to "store" the
        sampled surfaces and fields onto a registry for reuse by other
        function objects.
        Additionally, the "store" can be triggered at the execution phase
        as well
  5. 12 Feb, 2019 1 commit
  6. 06 Feb, 2019 1 commit
  7. 03 Aug, 2018 1 commit
  8. 07 May, 2018 1 commit
    • Mark OLESEN's avatar
      ENH: improvements in the surface sampling infrastructure · b0648f2b
      Mark OLESEN authored
      - improvement documentation for surface sampling.
      - can now specify alternative sampling scheme for obtaining the
        face values instead of just using the "cell" value. For example,
            sampleScheme    cellPoint;
        This can be useful for cases when the surface is close to a boundary
        cell and there are large gradients in the sampled field.
      - distanceSurface now handles non-closed surfaces more robustly.
        Unknown regions (not inside or outside) are marked internally and
        excluded from consideration. This allows use of 'signed' surfaces
        where not previously possible.
  9. 22 Mar, 2018 1 commit
  10. 26 Feb, 2018 1 commit
  11. 11 Aug, 2017 1 commit
    • Mark OLESEN's avatar
      ENH: add absolute weighting for surfaceFieldValue (issue #567) · 45881823
      Mark OLESEN authored
      - can be useful either for flow-rate weighting where backflow
        is to be ignored in the average, or for flow-rate weighting
        on surfaces with inconsistent orientation.
        Reworked to code to make better use of Enum (the NamedEnum
        replacement). Enum doesn't require contiguous enumeration values,
        which lets us use bitmasking of similar operations to reduce
        duplicate code.
  12. 24 Apr, 2017 1 commit
  13. 27 Mar, 2017 1 commit
  14. 24 Mar, 2017 1 commit
  15. 02 Mar, 2017 1 commit
    • Mark Olesen's avatar
      ENH: support operations on surfFields in surfaceFieldValue · 2853678a
      Mark Olesen authored
      - this makes it possible to perform additional operations
        on surface values that have been previously sampled.
      - support vectorField for weighting operations.
      - reduce overhead by avoiding creation of weight fields, Sf fields
        and combined surface geometries unless they are actually required.
      - extend some similar concepts and operations to volFieldValue
  16. 06 Feb, 2017 1 commit
  17. 15 Dec, 2016 1 commit
  18. 08 Dec, 2016 1 commit
  19. 23 Sep, 2016 1 commit
  20. 11 Aug, 2016 1 commit
  21. 10 Aug, 2016 1 commit
  22. 30 Jun, 2016 1 commit
  23. 13 Jun, 2016 1 commit
  24. 12 Jun, 2016 1 commit
    • 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.
  25. 28 May, 2016 1 commit
    • 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
      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.
      An extensive set of simple functionObject configuration files are
      provided in
      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...
  26. 25 May, 2016 1 commit
  27. 15 May, 2016 1 commit
    • Henry Weller's avatar
      functionObjects: rewritten to all be derived from 'functionObject' · 78d2971b
      Henry Weller authored
        - Avoids the need for the 'OutputFilterFunctionObject' wrapper
        - Time-control for execution and writing is now provided by the
          'timeControlFunctionObject' which instantiates the processing
          'functionObject' and controls its operation.
        - Alternative time-control functionObjects can now be written and
          selected at run-time without the need to compile wrapped version of
          EVERY existing functionObject which would have been required in the
          old structure.
        - The separation of 'execute' and 'write' functions is now formalized in the
          'functionObject' base-class and all derived classes implement the
          two functions.
        - Unnecessary implementations of functions with appropriate defaults
          in the 'functionObject' base-class have been removed reducing
          clutter and simplifying implementation of new functionObjects.
        - The 'coded' 'functionObject' has also been updated, simplified and tested.
        - Further simplification is now possible by creating some general
          intermediate classes derived from 'functionObject'.
  28. 02 May, 2016 1 commit
    • Henry Weller's avatar
      functionObjects: Moved into the functionObjects namespace and rationalized and... · 0534a225
      Henry Weller authored
      functionObjects: Moved into the functionObjects namespace and rationalized and simplified failable construction
      Rather than requiring each functionObject to handle failed construction
      internally (using the active_ flag) the static member function "viable"
      is provided which returns true if construction of the functionObject is
      likely to be successful.  Failed construction is then handled by the
      wrapper-class which constructs the functionObject,
      e.g. "OutputFilterFunctionObject".
  29. 25 Apr, 2016 1 commit
  30. 22 Mar, 2016 1 commit
  31. 26 Feb, 2016 1 commit
  32. 10 Jan, 2016 1 commit
  33. 08 Dec, 2015 1 commit
  34. 25 Nov, 2015 1 commit
    • Andrew Heather's avatar
      ENH: Multiple updates to function objects · 6838df9c
      Andrew Heather authored
      Updated objects
      - corrected Peclet number for compressible cases
      - propagated log flag and resultName across objects
      New function objects
      - new fluxSummary:
        - calculates positive, negative, absolute and net flux across face
      - new runTimeControl
        - abort the calculation when a user-defined metric is achieved.
          Available options include:
          - average value remains unchanged wrt a given threshold
          - equation initial residual exceeds a threshold - useful to abort
            diverging cases
          - equation max iterations exceeds a threshold - useful to abort
            diverging cases
          - min/max of a function object value
          - min time step exceeds a threshold - useful to abort diverging
      - new valueAverage:
        - average singular values from other function objects, e.g. Cd, Cl and
          Cm from the forceCoeffs function object
  35. 11 Nov, 2015 3 commits
  36. 30 Jun, 2015 1 commit
  37. 18 May, 2015 1 commit
  38. 26 Apr, 2015 1 commit