GitLab

Some commented out debug code.  Smaller tolerance on tet quality.

Squashed merge of particleInteractions up to
commit e7cb5bcf0315c359539ef1e715e1d51991343391

from experimental inside/outside cell method.

outside of cell.  Making Cloud treat all cells as non-concave.

Making minValidTrackFraction = SMALL, applying it as small track
increase for (lambdaMin <= 0.0) cases, but only when
cloud_.internalFace(facei_) si true.  It is not reasonable to apply a
rescue correction to all cases when the particle is still inside the
mesh.

Adding Info on build for InteractionLists and description.

the origProc and origId or the particle only.

the origProc and origId or the particle only.

message.

- space between keyword and bracket in 'for(..)', 'if(..)', 'while(..)'

    deltaT().value() to deltaTValue()
and
    deltaT0().value() to deltaT0Value()
across the whole code - faster to return especially if being used
often, in each call to a submodel for example.

tracking increase to patch interactions.

additional minValidTrackFraction so to avoid an ambiguous track next
time if the particle leaves the new cell.

down-range on the track.

in the cell it thinks that it is when it starts and the endPosition is
also outside - an exact search off all point, edge and face connected
cells.  If it still isn't found, a recovering move to cell centre is
applied.

the particle is in is off, going to try a different way.

Making intersection test tolerance SMALL.

Using an additional test for best guess face, which is the nearest
face, although this is not fully thought out, and can be a problem if
the nearest face is on a patch and this is not appropriate.

on plane crossings for any actual motion or face intersection
decisions.

problems.

to Mattijs' work are:

+ Correct use of normals and cosine (dot product) to identify planar
  faces.

+ Correct use for lambda in tracking - it is a fraction, not a distance.

+ Not doing a reduce on demand driven construction data - not all
  processors call it at the same time, so crashes.

This implementation contains an attempt at making the calculation of
lambdaC (from the cell centre) use decomposed triangles for faces, but
this is a bad approach, the concept of using lambdaC relies on the
definition of a convex polyhedron, i.e. none of the planes of the
faces of the polyhedron are inside the volume.  Can't use this method
and will need to treat a convex cell completely differently, not just
some of its faces.