openfoam merge requestshttps://develop.openfoam.com/Development/openfoam/-/merge_requests2015-12-08T17:55:52Zhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/22ENH: Updated lagrangian libraries from internal development line2015-12-08T17:55:52ZAdminENH: Updated lagrangian libraries from internal development lineFunctionality migration from internal development lineMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/25Merge foundation2015-12-09T10:52:15ZAdminMerge foundationFoundation code merged
- all compiles - was not all clean and needed to resolve many conflicts
- updated InfoIn, WarningIn, ErrorIn messaging
- removed fluxRequired from tutorials
- currently testing tutorialsFoundation code merged
- all compiles - was not all clean and needed to resolve many conflicts
- updated InfoIn, WarningIn, ErrorIn messaging
- removed fluxRequired from tutorials
- currently testing tutorialsFunctionality migration from internal development lineMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/23ENH: Updated regionModels from internal development line2015-12-11T20:45:30ZAdminENH: Updated regionModels from internal development lineFunctionality migration from internal development lineMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/20Feature turbulence2015-12-01T10:45:03ZAdminFeature turbulenceIntegration of new kOmega SST turbulence model variants: DES, DDES, IDDES
Initially supplied by CFD Software E+F GmbH
Integration of new kOmega SST turbulence model variants: DES, DDES, IDDES
Initially supplied by CFD Software E+F GmbH
Functionality migration from internal development lineMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/17Feature turbulence2015-11-27T17:00:00ZAdminFeature turbulenceTurbulence updates from our internal development line:
- Added DESModel base class for DES models
- Moved DES models to separate DES directory
- Added DESModelRegions function object
- Updated porousBafflePressure BC to use DataEntry...Turbulence updates from our internal development line:
- Added DESModel base class for DES models
- Moved DES models to separate DES directory
- Added DESModelRegions function object
- Updated porousBafflePressure BC to use DataEntry class for D and I inputs
- Documentation updatesFunctionality migration from internal development lineMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/18ENH: foamHelp - added support for solvers2015-11-29T06:03:41ZAdminENH: foamHelp - added support for solvers- Added support for solvers
- Updated use of FOAM_ABORT - old code left commented in helpBoundary.C for now...- Added support for solvers
- Updated use of FOAM_ABORT - old code left commented in helpBoundary.C for now...Functionality migration from internal development lineMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://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/90added optional argument description (Fixes #347)2016-12-16T07:13:24ZPrashant Sonakaradded optional argument description (Fixes #347)Optional argument listed.
@andy @mark Could you confirm/merge?Optional argument listed.
@andy @mark Could you confirm/merge?Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/61WIP: ENH: runTimePostProcessing - added option to clear/remove objects after use2016-12-15T15:52:25ZAdminWIP: ENH: runTimePostProcessing - added option to clear/remove objects after useWhen specifying line and surface function-object-based visualisation, use the optional 'clearObjects' flag to indicate that source objects should be removed/cleared after use.
Test case: [cavity.tgz](/uploads/742a7620da483538fecee15e2ca...When specifying line and surface function-object-based visualisation, use the optional 'clearObjects' flag to indicate that source objects should be removed/cleared after use.
Test case: [cavity.tgz](/uploads/742a7620da483538fecee15e2ca79e32/cavity.tgz)
Syntax:
```
surfaces
{
cuttingPlane1
{
type functionObject;
functionObject cuttingPlane;
clearObjects yes; // new option
...
```
Note: only files that have been used will be removed, e.g. if a function object has created multiple surface files, unused files will remain at the end of the run - in the attached case the p surface remains...Version v1612AdminAdminhttps://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/60Merge foundation2016-10-27T14:04:44ZAdminMerge foundation# Lots of style/API rename changes:
Indices in loops now using a lower case letter (?) - lots of code now in a 'mixed' state using I and i
## GeometricField types
- DimensionedInternalField -> Internal
- PatchFieldType -> Patch
...# Lots of style/API rename changes:
Indices in loops now using a lower case letter (?) - lots of code now in a 'mixed' state using I and i
## GeometricField types
- DimensionedInternalField -> Internal
- PatchFieldType -> Patch
- GeometricBoundaryField -> Boundary
## GeometricField access functions
- dimensionedInternalField() -> ref()
- internalField() -> primitiveField()
## fvPatchField access
- dimensionedInternalField -> internalField()
# Tutorials
- les renamed LES
- ras renamed RAS
# Deprecated:
- expandDictionary -> foamDictionary -expand
- foamDebugSwitches -> foamDictionary/foamList -debug
- foamInfoExec -> foamDictionary
- secondaryWrite -> equivalent behaviour using function object time controls
- execFlowFunctionObjects -> new postProcess utility
# Function objects
## New
- components
## Deprecated
- partialWrite -> set using adjustTime in writeRegistered FO
- stressComponents -> turbulenceFields -> components
- wallGradU -> grad
- patchAverage -> surfaceFieldValue + areaAverage
- patchIntegrate -> surfaceFieldValue + sum
## Renamed
- createTurbulenceFields -> turbulenceFields
- faceSource -> surfaceFieldValue
- cellSource -> volFieldValue
- pressureTools -> pressure
- Peclet -> PecletNo
## Syntax
- functionObjectLibs -> libs
- outputControl -> writeControl
- outputTime -> writeTime
# Solvers
For postProcess:
- createFields.H split into createFields.H and createFieldsRef.H (references)
- all modelling construction moved to createFields, e.g. MRFVersion 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/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/59BUG: output field name instead of field (fixes #224)2016-09-28T16:00:27ZPrashant SonakarBUG: output field name instead of field (fixes #224)Version 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/87Surf field sampling2016-12-15T17:34:46ZMark OLESENSurf field samplingVersion v1612AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/89ENH: runTimePostProcessing - added option to clear/remove objects after use2016-12-15T15:51:15ZAdminENH: runTimePostProcessing - added option to clear/remove objects after useWhen specifying line and surface function-object-based visualisation, use the optional `clearObjects` flag to indicate that source objects should be removed/cleared after use.
Test case: [cavity.tgz](/uploads/62cc2761d132f42456f2af08f14...When specifying line and surface function-object-based visualisation, use the optional `clearObjects` flag to indicate that source objects should be removed/cleared after use.
Test case: [cavity.tgz](/uploads/62cc2761d132f42456f2af08f1499eba/cavity.tgz)
Syntax:
```
surfaces
{
cuttingPlane1
{
type functionObject;
functionObject cuttingPlane;
clearObjects yes; // new option
...
```
Note: only files that have been used will be removed, e.g. if a function object has created multiple surface files, unused files will remain at the end of the run - in the attached case the p surface remains...Version 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/64STYLE: minor adjustments to doxygen comments2016-10-04T07:45:38ZMark OLESENSTYLE: minor adjustments to doxygen commentsVersion 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 v1612AdminAdmin