1. 22 Sep, 2017 1 commit
    • Will Bainbridge's avatar
      Lagrangian: Rewrite of the particle tracking algorithm to function in · b7d08241
      Will Bainbridge authored and Andrew Heather's avatar Andrew Heather committed
      terms of the local barycentric coordinates of the current tetrahedron,
      rather than the global coordinate system.
      Barycentric tracking works on any mesh, irrespective of mesh quality.
      Particles do not get "lost", and tracking does not require ad-hoc
      "corrections" or "rescues" to function robustly, because the calculation
      of particle-face intersections is unambiguous and reproducible, even at
      small angles of incidence.
      Each particle position is defined by topology (i.e. the decomposed tet
      cell it is in) and geometry (i.e. where it is in the cell). No search
      operations are needed on restart or reconstruct, unlike when particle
      positions are stored in the global coordinate system.
      The particle positions file now contains particles' local coordinates
      and topology, rather than the global coordinates and cell. This change
      to the output format is not backwards compatible. Existing cases with
      Lagrangian data will not restart, but they will still run from time
      zero without any modification. This change was necessary in order to
      guarantee that the loaded particle is valid, and therefore
      fundamentally prevent "loss" and "search-failure" type bugs (e.g.,
      2517, 2442, 2286, 1836, 1461, 1341, 1097).
      The tracking functions have also been converted to function in terms
      of displacement, rather than end position. This helps remove floating
      point error issues, particularly towards the end of a tracking step.
      Wall bounded streamlines have been removed. The implementation proved
      incompatible with the new tracking algorithm. ParaView has a surface
      LIC plugin which provides equivalent, or better, functionality.
      Additionally, bug report <https://bugs.openfoam.org/view.php?id=2517>
      is resolved by this change.
  2. 21 Sep, 2017 2 commits
  3. 18 Sep, 2017 2 commits
  4. 15 Sep, 2017 3 commits
  5. 12 Sep, 2017 10 commits
  6. 11 Sep, 2017 1 commit
    • Mark OLESEN's avatar
      ENH: add input surface scaling (issue #514) · da373d4f
      Mark OLESEN authored
      - surfaceFeatureExtract
        * dictionary "scale" entry
      - triSurface
      - triSurfaceLoader
        * optional scaleFactor on reading
      - surfaceAdd
      - surfaceBooleanFeatures
      - surfaceClean
      - surfaceCoarsen
        * scale option
      - surfaceTransformPoints, transformPoints
        * scale option as scalar or vector quantity
  7. 08 Sep, 2017 3 commits
  8. 07 Sep, 2017 2 commits
  9. 06 Sep, 2017 2 commits
  10. 31 Aug, 2017 5 commits
  11. 30 Aug, 2017 4 commits
  12. 29 Aug, 2017 1 commit
    • mattijs's avatar
      BUG: sampledTriSurfaceMesh: sampling outside of mesh. Fixes #575. · 87fdc2ea
      mattijs authored
      There are a few issues:
      - error would only throw exceptions if not parallel
      - if we change this we also need to make sure the functionObjectList
        construction is synchronised
      - bounding box overlap was not returning the correct status so the code
        to avoid the issue of 'badly formed bounding box' was not triggered.
  13. 28 Aug, 2017 1 commit
  14. 18 Aug, 2017 1 commit
  15. 17 Aug, 2017 2 commits