An error occurred while retrieving approval data for this merge request.
Initial attempt to track oriented surface fields
These changes are an attempt to cleanly identify oriented surface fields, i.e. those where the value is signed according to the owner->neighbour direction e.g. the face flux.
Still to do:
-
propagate through field mapping - ready to test -
simplify surfaceFieldValue function object - passed tests -
check other uses, .e.g. AMI? -
clean-up of dev statements
Checks
-
rhoCentral[DyM]Foam solvers
Edited by Andrew Heather
Merge request reports
Activity
Filter activity
added 1 commit
- df8db606 - ENH: surfaceFieldValue - simplified by making use of new field.oriented() functionality
added 1 commit
- dcad46f1 - ENH: Progagted oriented() flag through field mapping
added 2 commits
added 1 commit
- 7e76d391 - ENH: orientedFields - updated mapping and parallel utils
Simple test app to
- read U, create a flux
- read phi and compare the two.
Conclusion: redistributePar correctly flips/distributes phi.
Another test app to test the 'procAddressing' file: mapDistributePolyMesh.tgz
Conclusion: it correctly maps straight fields (mapping of surfaceFields (= fields with bcs) not implemented), for all of
- cell based fields
- point based fields
- face based fields without orientation
- face based fields with orientation
Edited by Mattijs Janssensadded 397 commits
-
4ce7052d...f1a75712 - 394 commits from branch
develop
- 9971916e - ENH: orientedFields - refectored and simplified usage
- 900a37a4 - GIT: Resolved merge conflict when merging develop branch
- 723ee36f - Merge branch 'feature-oriented-fields' of develop.openfoam.com:Development/OpenF…
Toggle commit list-
4ce7052d...f1a75712 - 394 commits from branch
added Ready label
mentioned in commit ad71f227
Please register or sign in to reply