1. 26 Jun, 2020 2 commits
  2. 24 Jun, 2020 2 commits
  3. 23 Jun, 2020 1 commit
  4. 19 Jun, 2020 1 commit
  5. 18 Jun, 2020 1 commit
    • Andrew Heather's avatar
      ENH: Updated Curle function object · ceed5377
      Andrew Heather authored
      The function object now computes the acoustic pressure at a list of user
      specified locations, or from the face centres of a user-supplied surface.
      When operating on an input surface, the output can be written back to the
      surface or as a list of point values.
      
      Example of function object specification:
      
          Curle1
          {
              type            Curle;
              libs            ("libfieldFunctionObjects.so");
              ...
              patches         (surface1 surface2);
              c0              330;
      
              // Input - either points or surface
      
              input           points;
              observerPositions ((0 0 0)(1 0 0));
      
              //input           surface;
              //surface         "inputSurface.obj"
      
              // Output - either points or surface
              output          points;
      
              //output          surface;
              //surfaceType     ensight;
          }
      
          Where the entries comprise:
              Property     | Description                  | Required | Default value
              type         | Type name: Curle             | yes      |
              p            | Pressure field name          | no       | p
              patches      | Sound generation patch names | yes      |
              c0           | Reference speed of sound     | yes      |
              input        | Input type                   | yes      |
              observerPositions | List of observer positions (x y z) | no      |
              surface      | Input surface file name      | no       |
              output       | Output type                  | yes      |
              surfaceType  | Output surface type          | no       |
      ceed5377
  6. 17 Jun, 2020 1 commit
  7. 15 Jun, 2020 1 commit
  8. 12 Jun, 2020 1 commit
  9. 11 Jun, 2020 2 commits
    • Kutalmis Bercin's avatar
      ENH: add new 'pow' FO · 4a798b9e
      Kutalmis Bercin authored
      4a798b9e
    • Kutalmis Bercin's avatar
      INT: various integrations from openfoam.org · 5cbdb7a3
      Kutalmis Bercin authored
        ENH: add log FO
        ENH: improve log with scale, and offset entries
        BUG: ensure extrueMesh does not fail in parallel with wedge extrusion
        BUG: add missing clone and mapping funcs to copiedFixedValue, fixedMultiPhaseHeatFlux
        ENH: meshToMesh0::cellAddressing slight speed up for some geometries
        BUG:0003495: Divide-by-zero in SHF particle break-up model
        BUG:0003492: The formula in the OF is inconsistent with the Rosin-Rammler distribution theory formula
      5cbdb7a3
  10. 10 Jun, 2020 3 commits
  11. 08 Jun, 2020 3 commits
  12. 05 Jun, 2020 2 commits
    • Andrew Heather's avatar
    • Kutalmis Bercin's avatar
      ENH: add new FO Streaming-Total Dynamic Mode Decomposition (STDMD) · 730233cd
      Kutalmis Bercin authored
          STDMD (i.e. Streaming Total Dynamic Mode Decomposition) is a variant of
          a data-driven dimensionality reduction method.
      
          STDMD is being used as a mathematical post-processing tool to compute
          a set of dominant modes out of a given flow (or dataset) each of which is
          associated with a constant frequency and decay rate, so that dynamic
          features of a given flow may become interpretable, and tractable.
          Among other Dynamic Mode Decomposition (DMD) variants, STDMD is presumed
          to provide the general DMD method capabilities alongside economised and
          feasible memory and CPU usage.
      
          Please refer to the header file documentation for further details.
      
        ENH: add new STDMD tutorial, pimpleFoam/laminar/cylinder2D
      730233cd
  13. 03 Jun, 2020 1 commit
    • sergio's avatar
      COM: Separate htc FO from general FO and reactingEuler solvers (#1714) · 95f7ed03
      sergio authored
      The phase systems tables for multiphase solvers create conflict
      between each other as they are defined in the same namespace and using
      similar class names.
      
      Therefore a special htc function object for reactingEulerSolver was
      added (reactingEulerHtcModel), located under
      src/phaseSystemModels/reactingEulerFoam/functionObjects/
      
      This commit includes the following:
      
      - Relocate solvers/reactingEulerFoam functionObjects to
        src/phaseSystemModels
      - Remove links for fieldFunctionObject to multiphase libs to avoid
        conflicts
      - New FO for htc for reactingEulerFoam called reactingEulerHtcModel
      95f7ed03
  14. 02 Jun, 2020 1 commit
    • Mark Olesen's avatar
      ENH: unify use of dictionary method names · 3e43edf0
      Mark Olesen authored
      - previously introduced `getOrDefault` as a dictionary _get_ method,
        now complete the transition and use it everywhere instead of
        `lookupOrDefault`. This avoids mixed usage of the two methods that
        are identical in behaviour, makes for shorter names, and promotes
        the distinction between "lookup" access (ie, return a token stream,
        locate and return an entry) and "get" access (ie, the above with
        conversion to concrete types such as scalar, label etc).
      3e43edf0
  15. 29 May, 2020 1 commit
  16. 23 May, 2020 1 commit
  17. 22 May, 2020 1 commit
    • sergio's avatar
      COMP: Avoiding double entry in runTime table TurbulenceModel · 11965904
      sergio authored
      multiphaseReactingTurbulenceModels and twoPhaseReactingTurbulenceModels
      add models to the same table TurbulenceModel. These two libs were removed
      from libreactingPhaseSystem which created the conflict.
      
      The multiphaseReactingTurbulenceModels was added to
      reactingMultiPhaseEulerFoam solver and twoPhaseReactingTurbulenceModels to
      twoPhaseReactingEulerFoam solver
      
      The FO heatTransferCoeffs for libfieldFunctionObjects needs
      twoPhaseReactingTurbulenceModels.
      
      These change avoids linking conflict from multiphaseReactingTurbulenceModels
      and twoPhaseReactingTurbulenceModels being linked in the same lib.
      11965904
  18. 21 May, 2020 2 commits
  19. 04 May, 2020 1 commit
  20. 01 May, 2020 2 commits
  21. 28 Apr, 2020 1 commit
  22. 24 Apr, 2020 1 commit
  23. 15 Apr, 2020 1 commit
  24. 09 Apr, 2020 1 commit
  25. 08 Apr, 2020 1 commit
  26. 23 Mar, 2020 2 commits
  27. 11 Mar, 2020 3 commits