Commit Graph

6 Commits

Author SHA1 Message Date
mattijs
92f833db75 ENH: snappyHexMesh: walk through faceZones without attached cellZone
If a side is not yet assigned to a cellZone (but the neighbour is)
and the surface is not related to a faceZone, assign the neighbour cellZone.
Fixes #156
2016-06-23 15:44:41 +01:00
mattijs
5583b78d9d ENH: snappyHexMesh: revert zoneing back to e8d73e5546
since growing single cells just makes the zoneing inconsistent with the
surface intersections (so you don't have a patch when converting surface
intersections to baffles)
2016-06-20 16:39:34 +01:00
mattijs
60042b1685 BUG: snappyHexMesh: fix faceZone splitting of surfaces
This is a bit complicated. When allocating cells to zones
(meshRefinementBaffles::zonify) in finishes with findCellTopo which
tried to fix the odd cell which wasn't put into the correct region. This
was actually modifying whole regions to be a certain cellZone so if
there was some 'bleeding' it would re-assign a whole region to be e.g.
background and get deleted. Instead it now will only reassign single
cells if these are
- unassigned
- inbetween multiple, differing cellZones

Fixes the simpleFoam/rotorDisk meshing (gitlab #141)
2016-06-13 11:46:08 +01:00
mattijs
e8d73e5546 BUG: snappyHexMesh: zoning would set unset regions to back ground region
instead of removing them. Now done similar to 23x:
- in 'removing unreachable parts of mesh' keep regions unset (so they get removed)
- in final zoning set to background region

See Gitlab #66.
2016-05-18 14:14:41 +01:00
Andrew Heather
b9313ef2fe ENH: Consistency updates after Foundation merge and code tidying 2016-04-25 16:46:56 +01:00
andy
d3157ac905 ENH: snappyHexMesh: Renamed auto* to snappy* to be consistent with latest Foundation changes 2016-04-25 11:52:18 +01:00