openfoam merge requestshttps://develop.openfoam.com/Development/openfoam/-/merge_requests2016-11-14T12:43:40Zhttps://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/634support user specification of ensight time format/precision (#2999)2023-10-19T10:39:09ZMark OLESENsupport user specification of ensight time format/precision (#2999)v2312Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/549support surface writer output transform (#2505)2022-06-13T11:37:19ZMark OLESENsupport surface writer output transform (#2505)- this allows the "relocation" of sampled surfaces. For example,
to reposition into a different coordinate system for importing
into CAD.
- incorporate output scaling for all surface writer types.
This was previously done on an a...- this allows the "relocation" of sampled surfaces. For example,
to reposition into a different coordinate system for importing
into CAD.
- incorporate output scaling for all surface writer types.
This was previously done on an adhoc basis for different writers,
but with now included in the base-level so that all writers
can automatically use scale + transform.
Example:
```
formatOptions
{
vtk
{
scale 1000; // m -> mm
transform
{
origin (0.05 0 0);
rotation axisAngle;
axis (0 0 1);
angle -45;
}
}
}
```
An example of transform in action. Used to reposition the output slices:
![transform-surfaceWrite](/uploads/69bf67dbc06c8622a008d84eed4dd8cc/transform-surfaceWrite.png)v2206Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/618Support select/ignore patches for subsetMesh, extend select/ignore to general...2023-08-02T15:06:47ZMark OLESENSupport select/ignore patches for subsetMesh, extend select/ignore to general selection (#2947)Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/457support parallel creation of finiteArea meshes with on-the-fly decomposition ...2021-05-28T18:14:55ZMark OLESENsupport parallel creation of finiteArea meshes with on-the-fly decomposition of fields #2084v2106Sergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/merge_requests/623Support non-blocking construction of cyclic AMI2023-09-14T12:01:30ZMark OLESENSupport non-blocking construction of cyclic AMIv2312Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/183Support for additional modules2017-12-13T19:43:10ZMark OLESENSupport for additional modules- Provides hooks for placing additional OpenFOAM-related components
into a modules/ subdirectory and having is build along with the
normal OpenFOAM build.
- To avoid possible collisions with other OpenFOAM components,
the nam...- Provides hooks for placing additional OpenFOAM-related components
into a modules/ subdirectory and having is build along with the
normal OpenFOAM build.
- To avoid possible collisions with other OpenFOAM components,
the namespace Foam::Module is provided.
- The additional components could come from one of the Community repositories, any other repository or even just from an unpacked tar-file.v1712Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/333support eulersolver heat transfer fo2020-05-21T14:21:40ZSergio Ferrarissupport eulersolver heat transfer foThe lib in src/phaseSystemModels/reactingEulerFoam/phaseSystems/
was not fully linked due to cyclic dependencies. When used in 'fieldFunctionObject' (to get the
HTC for multiphase), created a problem of linking in two apps:
appli...The lib in src/phaseSystemModels/reactingEulerFoam/phaseSystems/
was not fully linked due to cyclic dependencies. When used in 'fieldFunctionObject' (to get the
HTC for multiphase), created a problem of linking in two apps:
applications/utilities/preProcessing/createExternalCoupledPatchGeometry/Make/options
applications/solvers/multiphase/reactingEulerFoam/functionObjects/Make/options
And surely when called from controlDict in the tutorials.
Previously the missing libs were provided in the solvers (Euler solvers).
As we need a fully linked phaseSystems lib. I compiled last this lib in rc/phaseSystemModels/reactingEulerFoam/Allwmake. This creates a complete lib usable in fieldFunctionObject.
Some changes were needed in the intermediate libs as well for compilation.Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/637support creation of boundaries/zones from list of entries2023-11-08T10:12:25ZMark OLESENsupport creation of boundaries/zones from list of entries- this makes it easier to split creation into a two-stage process as required
- extend handling for polyBoundaryMeshEntries, faBoundaryMeshEntries
with more functionality. Ensure that these are never registered.
ENH: addition...- this makes it easier to split creation into a two-stage process as required
- extend handling for polyBoundaryMeshEntries, faBoundaryMeshEntries
with more functionality. Ensure that these are never registered.
ENH: addition writeEntry methods for polyBoundaryMesh
- simplifies streaming and collating into other files
ENH: polyMesh rereading - update owner/neighbour header information
- this avoids accidentally reading the "cells" file if the mesh has
been created with NO_READ and then updated
FYI @gregorweissAndrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/456Support AMI for multi-world operation2021-05-26T08:27:33ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comSupport AMI for multi-world operation### Summary
Multi-world operation now supports AMI (`nearestPatchFaceAMI`)
Fixes #2099### Summary
Multi-world operation now supports AMI (`nearestPatchFaceAMI`)
Fixes #2099v2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/97Subset list2017-03-08T12:31:28ZMark OLESENSubset listSupport for lambdasSupport for lambdasSergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/merge_requests/331Submodule visualization2020-01-23T14:24:33ZMark OLESENSubmodule visualizationThis finalises the work done to collect visualization-related items:
- catalyst
- paraview-plugins
- runTimePostProcessing
into a single place.
- Makes it easier to make related code changes.
- Makes it easier to mix and match differen...This finalises the work done to collect visualization-related items:
- catalyst
- paraview-plugins
- runTimePostProcessing
into a single place.
- Makes it easier to make related code changes.
- Makes it easier to mix and match different combinations of VTK/ParaView versions and capabilities (Eg, MESA, MPI etc).
Replaces the standalone catalyst submodule.Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/330SUBMODULE: added OpenQBMM submodule - see #15222020-01-25T02:11:02ZAndrew HeatherSUBMODULE: added OpenQBMM submodule - see #1522### Summary
Adds the OpenQBMM library from https://www.openqbmm.org/
OpenQBMM is a suite of solvers to simulate polydisperse multiphase flows using
Quadrature-Based Moment Methods (QBMM).
Main author: Alberto Passalacqua @alber...### Summary
Adds the OpenQBMM library from https://www.openqbmm.org/
OpenQBMM is a suite of solvers to simulate polydisperse multiphase flows using
Quadrature-Based Moment Methods (QBMM).
Main author: Alberto Passalacqua @albertop
### Details of new models (If applicable)
OpenQBMM implements methods to describe polydisperse multiphase flows, from the simplest size evolution of non-inertial particles in a carrier fluid to more complex cases with bubbles in a gas-liquid system and inertial particles in a gas-particle flow. These capabilities are implemented in a suite of solvers, among which:
- `pbeFoam` solves a population balance equation in a single control volume. This solver is useful to test kernel functions in the population balance equation and to solve spatially homogeneous problems. Example cases can be found in OpenQBMM/validation/pbeFoam/ which show the validation cases discussed in E. Madadi-Kandjani, A. Passalacqua, An extended quadrature-based moment method with log-normal kernel density functions, Chemical Engineering Science. 131 (2015) 323–339. https://doi.org/10.1016/j.ces.2015.04.005.
- `pbeTransportFoam` allows a frozen flow field to be used to solve a population balance equation with pre-imposed flow motion. A validation case is available in OpenQBMM/validation/pbeTransportFoam/serraTaylorCouette/ and discussed in A. Passalacqua, F. Laurent, E. Madadi-Kandjani, J.C. Heylmun, R.O. Fox, An open-source quadrature-based population balance solver for OpenFOAM, Chemical Engineering Science. 176 (2018) 306–318. https://doi.org/10.1016/j.ces.2017.10.043.
- `buoyantPbePimpleFoam` allows a transient flow with population balance equation to be modelled.
- `polydisperseBubbleFoam` is a specialized solver for gas-liquid flows with evolution of the bubble size due to coalescence and breakup. Bubbles can have a velocity distribution also accounting for polycelerity, with bubbles with different sizes in the same control volume allowed to have different velocities. Example cases are available in OpenQBMM/validation/polydisperseBubbleFoam/ while the implementation is discussed in the article J.C. Heylmun, B. Kong, A. Passalacqua, R.O. Fox, A quadrature-based moment method for polydisperse bubbly flows, Computer Physics Communications. 244 (2019) 187–204. https://doi.org/10.1016/j.cpc.2019.06.005.
- `denseAGFoam` implements an anisotropic Gaussian model for dense gas-particle flows. Implementation details are discussed in B. Kong, R.O. Fox, A solution algorithm for fluid–particle flows across all flow regimes, Journal of Computational Physics. 344 (2017) 575–594. https://doi.org/10.1016/j.jcp.2017.05.013.
- The solvers in the `velocityDistribitionTransport` implement quadrature-based moment methods for velocity distributions. These methods are suitable to describe disperse flows with non-equilibrium velocity distributions, such as crossing jets of particles or droplets. The `diluteVdfTransportFoam` solver implements the quadrature-based velocity distribution transport algorithm for a disperse phase, not coupled to a carrier fluid. One-way coupling between the disperse phase and the carrier fluid is implemented `oneWayCoupledVdfTransportFoam`. In both solvers, the particle size can evolve in space and time and particles can interact through collisions.
### Risks
Low - added as a submodulev2006Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/197STYLE: use 'return nullptr' for empty autoPtr/tmp returns2018-04-03T19:32:53ZMark OLESENSTYLE: use 'return nullptr' for empty autoPtr/tmp returnsReduces code clutter.Reduces code clutter.v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/168STYLE: use Ostream writeEntry when writing key/value entries2017-11-14T08:32:14ZMark OLESENSTYLE: use Ostream writeEntry when writing key/value entries- makes for clearer code- makes for clearer codev1712AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/136Style string methods2017-08-02T15:28:43ZMark OLESENStyle string methodsMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/208STYLE: separate areaNormal/unitNormal method for primitives (issue #885)2018-06-26T11:58:59ZMark OLESENSTYLE: separate areaNormal/unitNormal method for primitives (issue #885)- This is the first stage of transition. Provides `areaNormal()` and `unitNormal()` for mesh primitives, but does not uses these outside of its own class.- This is the first stage of transition. Provides `areaNormal()` and `unitNormal()` for mesh primitives, but does not uses these outside of its own class.v1806AdminAdminhttps://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/447STYLE: PDRFOAM End of Program was inconsistent with other applications2021-06-18T13:18:00ZHenning ScheuflerSTYLE: PDRFOAM End of Program was inconsistent with other applicationsfixes issue #2091fixes issue #2091v2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/131STYLE: New syntax compatible with v1706 (Fixes #548)2017-08-17T13:51:47ZPrashant SonakarSTYLE: New syntax compatible with v1706 (Fixes #548)Fixes #548Fixes #548AdminAdmin