openfoam merge requestshttps://develop.openfoam.com/Development/openfoam/-/merge_requests2016-10-04T14:28:18Zhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/66BUG: paraview plugin not being built in merged version (closes #258)2016-10-04T14:28:18ZMark OLESENBUG: paraview plugin not being built in merged version (closes #258)change in configuration got missedchange in configuration got missedAdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/67ENH: Support more C++11 initializer lists (issue #261)2016-10-18T18:31:46ZMark OLESENENH: Support more C++11 initializer lists (issue #261)DynamicList
-----------
- construction, assignment and append
HashSet
-------
- construction, insert, set.
- assignment will use the implicit List constructor
hashedWordList
--------------
- construction, assignment
- additio...DynamicList
-----------
- construction, assignment and append
HashSet
-------
- construction, insert, set.
- assignment will use the implicit List constructor
hashedWordList
--------------
- construction, assignment
- additional sort() and uniq() methods.
- Readonly access to HashTable information via lookup() method.
- NB: could avoid 'const char**' constructors in the future
Some tests are includedAdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/68STYLE: reinstate targetType when building paraview modules (related to #258)2016-10-07T10:02:41ZMark OLESENSTYLE: reinstate targetType when building paraview modules (related to #258)- potentially useful for static builds- potentially useful for static buildsAdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/69Merge preconvert2016-10-07T10:02:10ZMark OLESENMerge preconvertVery basic cleanup of some of the mesh conversion infrastructure prior to binging in large pieces of code.
- Remove ancient samm, pro-am, prostar3 routines as being unused and unsupportable (since the original products ceased existence ...Very basic cleanup of some of the mesh conversion infrastructure prior to binging in large pieces of code.
- Remove ancient samm, pro-am, prostar3 routines as being unused and unsupportable (since the original products ceased existence over 10 years ago).
- Open protected access to some meshReader bits, to help when implementing polyhedral readers.
- Drop meshReaders/meshWriters namespace, use fileFormats instead.
- Reorganize file-structure within src/conversion.AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/70Reworking of the ensight infrastructue and new ensightWrite function object2016-11-03T08:24:53ZMark OLESENReworking of the ensight infrastructue and new ensightWrite function objectAdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/71Common endian handling. Provide base64 output encoding.2016-10-18T16:05:19ZMark OLESENCommon endian handling. Provide base64 output encoding.AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/72External coupled2016-11-15T09:49:59ZMark OLESENExternal coupledImprovements and bugfixes for externalCoupledFunctionObject - issues #278 #269Improvements and bugfixes for externalCoupledFunctionObject - issues #278 #269Version v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/73BUG: resolve some decomposeParDict problems (issues #60, #265).2016-11-15T09:46:04ZMark OLESENBUG: resolve some decomposeParDict problems (issues #60, #265).- Cleanup/centralize handling of -decomposeParDict by relocating
common code into argList. Ensures that all processes receive
identical information about the -decomposeParDict opton.
- Only use alternative decomposeParDict for s...- Cleanup/centralize handling of -decomposeParDict by relocating
common code into argList. Ensures that all processes receive
identical information about the -decomposeParDict opton.
- Only use alternative decomposeParDict for simpleFoam/motorBike
tutorial so that this will be included in the test loop for snappy.
- Added Mattijs' fix for surfaceRedistributePar.Version v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/74Provide common face area/normal support in PrimitivePatch2016-11-03T08:20:44ZMark OLESENProvide common face area/normal support in PrimitivePatchFor polyPatch, both the faceAreas() and faceCentres() are masked by their subField equivalents.
Since there is no polyPatch method for magFaceAreas(), the PrimitivePatch method will be seen.For polyPatch, both the faceAreas() and faceCentres() are masked by their subField equivalents.
Since there is no polyPatch method for magFaceAreas(), the PrimitivePatch method will be seen.Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/75Feature keep sampled pids2016-11-09T14:58:43ZMark OLESENFeature keep sampled pidsRebased version of merge request !58, following ticket closure for issue #104 .Rebased version of merge request !58, following ticket closure for issue #104 .Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/76Improvements to the conversion utilities2016-11-10T14:34:33ZMark OLESENImprovements to the conversion utilitiesVarious changes associated with issue #204.
* Reduced code duplication for handling prostar conversion and IO
* Simple conversion to/from AVL/FIRE geometries
* New library basis for conversion to/from CCM geometries - handles multiple r...Various changes associated with issue #204.
* Reduced code duplication for handling prostar conversion and IO
* Simple conversion to/from AVL/FIRE geometries
* New library basis for conversion to/from CCM geometries - handles multiple regions, conformal interfaces etc. No support for film or 2d shell geometries
* Improved infrastructure for writing VTK content. Will propagate usage through other parts of the code in the future.Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/77Surface declutter - issue #2942016-11-14T12:43:40ZMark OLESENSurface declutter - issue #294Removing various clutter from surfMesh and triSurface
- unused classes/files (backup copies on non-release repo)
- relocate some triSurface-related classes to where they make more sense, and where they can be reused.
- improve handlin...Removing various clutter from surfMesh and triSurface
- unused classes/files (backup copies on non-release repo)
- relocate some triSurface-related classes to where they make more sense, and where they can be reused.
- improve handling of various face types in MeshedSurface and UnsortedMeshedSurface (to bridge the gap to triSurface)
- improve transfer methods for reclaiming/reusing surface allocationsVersion v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/78Merge master changes/bugfixes into develop branch2016-11-20T09:48:39ZAdminMerge master changes/bugfixes into develop branchVersion v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/79Function objects - ensure objects are up-to-date when writing2016-11-28T09:51:08ZAdminFunction objects - ensure objects are up-to-date when writingVersion v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/80Feature noise multiple files2016-11-28T13:50:15ZAdminFeature noise multiple filesEnabled pointNoise and surfaceNoise models to operate on multiple input files
- For each model, the files should be specified by the `inputFiles` keyword
- When applied to pointNoise, the file is no longer required when specifying the CS...Enabled pointNoise and surfaceNoise models to operate on multiple input files
- For each model, the files should be specified by the `inputFiles` keyword
- When applied to pointNoise, the file is no longer required when specifying the CSV input data
- the singular `inputFile` entry is still available to the surfaceNoise model for backwards compatibiltyVersion v1612https://develop.openfoam.com/Development/openfoam/-/merge_requests/81runTimePostProcessing FO camera update2016-12-06T09:24:24ZAdminrunTimePostProcessing FO camera update- Removed the camera 'mode'
- The (old) static camera was only appropriate when parallel
projection was inactive, and the view was centred at (0 0 0)
- Camera input now always requires 'position' and 'focalPoint'
- ...- Removed the camera 'mode'
- The (old) static camera was only appropriate when parallel
projection was inactive, and the view was centred at (0 0 0)
- Camera input now always requires 'position' and 'focalPoint'
- Clip box is now optional. Note that this is applied after the
camera
set-up and so will override the camera position
- View angle is only appropriate when not using parallel projection
- Zoom now required, applied after all other operations
- 1 = do nothing, >1 = zoom in, <1 = zoom out
Example input:
```
camera
{
// Total number of frames to generate
nFrameTotal 1;
// Parallel projection flag
parallelProjection no;
focalPoint (0 0 0);
up (0 1 0);
position (0 0 1);
// Optional entries
clipBox (-0.0206 -0.0254 -0.0005) (0.29 0.0254 0.0005);
viewAngle 20;
zoom 1.1;
}
```Version v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/82New feature extract eulerian particles2016-12-14T15:57:12ZAdminNew feature extract eulerian particlesNew functionality to extract particle data from multiphase calculations and replay the data in lagrangian cases, using both the raw input particle data, and data processed into a (smaller) set of injection locations.New functionality to extract particle data from multiphase calculations and replay the data in lagrangian cases, using both the raw input particle data, and data processed into a (smaller) set of injection locations.Version v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/83ENH: improve objectRegistry functionality (issue #322)2016-12-06T10:48:43ZMark OLESENENH: improve objectRegistry functionality (issue #322)- Recursive searching for objects within a registry is now optional
(previous it was always done).
A recursive search effectively blocks the construction of sub-sub-registries
if their names are 'masked' by some parent level sub-r...- Recursive searching for objects within a registry is now optional
(previous it was always done).
A recursive search effectively blocks the construction of sub-sub-registries
if their names are 'masked' by some parent level sub-registry with
the same name! (BUG)
- Recursive search is now turned OFF by default, which makes it consistent
with dictionary and probably causes the least number of surprises.
----
Various new convenience methods added:
lookupObjectRef()
- returns a non-const reference.
For example,
volScalarField& U = mesh().lookupObjectRef<volScalarField>("U");
Instead of
volScalarField& U = const_cast<volScalarField&>
(
mesh().lookupObject<volScalarField>("U")
);
--
lookupObjectPtr()
- returns a const pointer, and nullptr on failure.
For example,
const volScalarField* Uptr = mesh().lookupObjectPtr<volScalarField>("U");
if (Uptr)
{
const volScalarField& U = *Uptr;
...
}
Instead of
if (mesh().foundObject<volScalarField>("U"))
{
const volScalarField& U = mesh().lookupObject<volScalarField>("U");
...
}
--
lookupObjectRefPtr()
- returns a non-const pointer, and nullptr on failure.
For example,
volScalarField* Uptr = mesh().lookupObjectRefPtr<volScalarField>("U");
if (Uptr)
{
volScalarField& U = *Uptr; // use as reference
(*Uptr) = ...; // or use directly
}
Instead of
if (mesh().foundObject<volScalarField>("U"))
{
volScalarField& U = const_cast<volScalarField&>
(
mesh().lookupObject<volScalarField>("U")
);
}
--
sortedNames()
- now works with template parameters and with regular expression
matching as well.
For example,
wordList names = mesh().sortedNames();
wordList fields = mesh().sortedName<volScalarField>();
Instead of
wordList names = mesh().sortedNames();
wordList fields = mesh().names<volScalarField>();
Foam::sort(fields);
--Version v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/84Feature cell set remove2016-12-07T15:28:01ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comFeature cell set removeRemove cellSets etc. so -overwite does not keep old info.Remove cellSets etc. so -overwite does not keep old info.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/85Pstream: added maxCommsSize setting to do (unstructured) parallel transfers i...2016-12-14T15:18:44ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comPstream: added maxCommsSize setting to do (unstructured) parallel transfers in blocks.Tested:
- with maxCommsSize 0 produces exactly same result as plus.develop
- compiles with label64
- with maxCommsSize e.g. 3 produces exactly same result as plus.develop
- with maxCommsSize=0 exactly the same messages (with Pstream:...Tested:
- with maxCommsSize 0 produces exactly same result as plus.develop
- compiles with label64
- with maxCommsSize e.g. 3 produces exactly same result as plus.develop
- with maxCommsSize=0 exactly the same messages (with Pstream::debug = 1) as plus.developAdminAdmin