openfoam merge requests
https://develop.openfoam.com/Development/openfoam/-/merge_requests
2017-04-19T07:40:54Z
https://develop.openfoam.com/Development/openfoam/-/merge_requests/101
BUG: adding case path to support parallel execution (Fixes #449)
2017-04-19T07:40:54Z
Prashant Sonakar
BUG: adding case path to support parallel execution (Fixes #449)
Fixes #449
Fixes #449
Admin
Admin
https://develop.openfoam.com/Development/openfoam/-/merge_requests/102
Feature read now
2017-04-19T16:22:29Z
Mattijs Janssens
4-Mattijs@users.noreply.develop.openfoam.com
Feature read now
Prashant tested it and seems to work ok.
Prashant tested it and seems to work ok.
Admin
Admin
https://develop.openfoam.com/Development/openfoam/-/merge_requests/103
ENH: Addinf weightedSum operation to fieldValues FO
2017-04-24T09:42:03Z
Sergio Ferraris
ENH: Addinf weightedSum operation to fieldValues FO
Mark,
This is an small addition to FO. I just added weightedSum. Nice to do Sum(phi*weight). This was for a customer
Thanks
Sergio
Mark,
This is an small addition to FO. I just added weightedSum. Nice to do Sum(phi*weight). This was for a customer
Thanks
Sergio
https://develop.openfoam.com/Development/openfoam/-/merge_requests/104
Initial attempt to track oriented surface fields
2017-05-24T13:30:52Z
Admin
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:
* [x] propagate through field mapping - read...
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:
* [x] propagate through field mapping - ready to test
* [x] simplify surfaceFieldValue function object - passed tests
* [x] check other uses, .e.g. AMI?
* [x] clean-up of dev statements
Checks
* [x] rhoCentral[DyM]Foam solvers
@Mattijs
Version v1706
Admin
Admin
https://develop.openfoam.com/Development/openfoam/-/merge_requests/105
Dict lookup
2017-05-02T15:37:58Z
Mark OLESEN
Dict lookup
Version v1706
Admin
Admin
https://develop.openfoam.com/Development/openfoam/-/merge_requests/106
Use updated edge and labelPair containers
2017-05-02T15:35:59Z
Mark OLESEN
Use updated edge and labelPair containers
Tagged as a merge-request so that people may notice the unified container names and use them too.
@Development
Tagged as a merge-request so that people may notice the unified container names and use them too.
@Development
Sergio Ferraris
Sergio Ferraris
https://develop.openfoam.com/Development/openfoam/-/merge_requests/107
Updated random numbers
2017-04-28T09:11:19Z
Admin
Updated random numbers
Previously there were 2 random number generator classes - `Random` and `cachedRandom`. These have been consolidated by:
- removing/deprecating the `Random` class
- renaming the `cachedRandom` class to `Random`
The `Random` class no...
Previously there were 2 random number generator classes - `Random` and `cachedRandom`. These have been consolidated by:
- removing/deprecating the `Random` class
- renaming the `cachedRandom` class to `Random`
The `Random` class now stores its own buffer and uses the re-entrant system random functions so that each instantiation is not affected by each call to (re-)initialise the random number seed. The caching of the random numbers is not required since the generator can be reset using the same initial seed.
Version v1706
https://develop.openfoam.com/Development/openfoam/-/merge_requests/108
improved container classes
2017-05-04T15:49:00Z
Mark OLESEN
improved container classes
Version v1706
Admin
Admin
https://develop.openfoam.com/Development/openfoam/-/merge_requests/109
Feature consistency face access
2017-05-08T09:58:43Z
Mark OLESEN
Feature consistency face access
Mark OLESEN
Mark OLESEN
https://develop.openfoam.com/Development/openfoam/-/merge_requests/110
Feature surface feature extract
2017-05-31T15:33:46Z
Mark OLESEN
Feature surface feature extract
awaiting further testing (@Prashant, @landmann)
FYI: @Mattijs
awaiting further testing (@Prashant, @landmann)
FYI: @Mattijs
Version v1706
Mark OLESEN
Mark OLESEN
https://develop.openfoam.com/Development/openfoam/-/merge_requests/111
Consistency updates
2017-05-15T11:34:04Z
Mark OLESEN
Consistency updates
Mark OLESEN
Mark OLESEN
https://develop.openfoam.com/Development/openfoam/-/merge_requests/112
Hash table method enhancements
2017-05-19T10:55:38Z
Mark OLESEN
Hash table method enhancements
Additional methods for hashtables (counting, filtering etc) and unified string matching interface to support a predicate-like syntax.
Additional methods for hashtables (counting, filtering etc) and unified string matching interface to support a predicate-like syntax.
Version v1706
Mark OLESEN
Mark OLESEN
https://develop.openfoam.com/Development/openfoam/-/merge_requests/113
Further hash table iter clean-up
2017-05-19T11:44:08Z
Admin
Further hash table iter clean-up
Following iterator updates from merge !112
Following iterator updates from merge !112
https://develop.openfoam.com/Development/openfoam/-/merge_requests/114
Feature second order restart
2017-06-21T13:03:32Z
Admin
Feature second order restart
Improved support for second order restart where derived fields (not read from disk) appearing in time derivatives were not properly re-initialised
Still to do:
* chtMultiRegionFoam
* twoPhaseEulerFoam
Improved support for second order restart where derived fields (not read from disk) appearing in time derivatives were not properly re-initialised
Still to do:
* chtMultiRegionFoam
* twoPhaseEulerFoam
Version v1706
https://develop.openfoam.com/Development/openfoam/-/merge_requests/115
ccm conversion bugfixes
2017-05-31T10:51:10Z
Mark OLESEN
ccm conversion bugfixes
Pesky bug with ccm conversion (issue #421) traced to off-by-one in inplace reorder/prune of face,owner,neighbour lists.
* Fixed and merged into ListOpTemplates
* Combine normal UList and UIndirectList versions of mergePoints
* Deleted p...
Pesky bug with ccm conversion (issue #421) traced to off-by-one in inplace reorder/prune of face,owner,neighbour lists.
* Fixed and merged into ListOpTemplates
* Combine normal UList and UIndirectList versions of mergePoints
* Deleted previous fragile combine-boundaries options (was commented out in 1612), since it is only "nice-to-have", but the underlying problem with boundaries being multiply connected via different interfaces is not solvable in an obvious manner.
* Other misc cleanup.
Version v1706
Mark OLESEN
Mark OLESEN
https://develop.openfoam.com/Development/openfoam/-/merge_requests/116
Feature paraview vtk
2017-06-14T13:16:19Z
Mark OLESEN
Feature paraview vtk
Longstanding changes to OpenFOAM infrastructure for improving the handling of VTK output and paraview interfaces.
Follows up on work started with 1612 (the vtk output formatters). At that stage, we had introduced foam-vtk-cells in the...
Longstanding changes to OpenFOAM infrastructure for improving the handling of VTK output and paraview interfaces.
Follows up on work started with 1612 (the vtk output formatters). At that stage, we had introduced foam-vtk-cells in the attempt to consolidate vtkTopo (from foamToVTK), some bits and pieces from a foamToVTU utility and of course the paraview reader module. Each of these did something somewhat similar: namely convert OpenFOAM volume meshes into VTK formats, plus some additional management of polyhedral decomposition (since VTK still isn't the best with these).
However, each of the applications have very slightly different requirements on the output format (legacy vs xml etc). Reducing the memory overhead and improving the overall performance of the paraview reader module was an additional driving factor. The latter becoming quite important if we wish to target a catalyst interface.
The key points of the updated infrastructure:
* dimensioning analysis for OpenFOAM -> VTK conversion now stored and encapsulated as foamVtuSizing.
* copying of OpenFOAM mesh types to VTK types is now done as a service method (algorithm) from foamVtuSizing, with storage being administer elsewhere outside of the class. This lets us target various combinations of output format (legacy, xml, vtk-internal) and storage primitives (int32, int64) and storage types (OpenFOAM List, std::vector, VTK storage classes) without code duplication. This lets us leverage the OpenFOAM infrastructure when populating the VTK classes and handle the different API sizings (eg, OpenFOAM label vs VTK vtkIdType) and the different mesh layouts with the minimal level of overhead.
* Revamped paraview reader module to cache the VTK grid and only shallow copy it when changing time-steps (when the OpenFOAM mesh itself doesn't change). The storage change also makes it easier to understand what the reader module is actually doing.
* Extended the formatting support for legacy and also xml formats.
* Now possible to emit VTU, VTP files from foamToVTK. This makes for easier loading of results and with xml formats we can start grouping multiblock files etc in the future.
* propagated the newer formatting options to reduce overall code clutter in most places where vtk output was being generated. This will still need more attention, but is largely complete.
@Sergio @Prashant - extra testing would be nice.
Version v1706
Admin
Admin
https://develop.openfoam.com/Development/openfoam/-/merge_requests/117
Integration of ihc wavemodels
2017-06-15T10:38:26Z
Admin
Integration of ihc wavemodels
New solitary wave models supplied by Gabriel Barajas, IH Cantabria:
- McCowan
- Grimshaw
Updated and integrated into OpenFOAM by OpenCFD
New solitary wave models supplied by Gabriel Barajas, IH Cantabria:
- McCowan
- Grimshaw
Updated and integrated into OpenFOAM by OpenCFD
Version v1706
https://develop.openfoam.com/Development/openfoam/-/merge_requests/118
Integration of rhoPimpleAdiabaticFoam from CFD Sofware E+F GmbH
2017-06-29T20:02:26Z
Sergio Ferraris
Integration of rhoPimpleAdiabaticFoam from CFD Sofware E+F GmbH
Solver for low Mach no. flows with adiabatic thermodynamics and updated
pressure-velocity coupling given by the RCM interpolation procedure
described in
Knacke, T. (2013).
Potential effects of Rhie & Chow type interpolation...
Solver for low Mach no. flows with adiabatic thermodynamics and updated
pressure-velocity coupling given by the RCM interpolation procedure
described in
Knacke, T. (2013).
Potential effects of Rhie & Chow type interpolations in airframe
noise simulations. In: Schram, C., Dénos, R., Lecomte E. (ed):
Accurate and efficient aeroacoustic prediction approaches for
airframe noise, VKI LS 2013-03.
Original code supplied by Thilo Knacke, CFD Software E+F GmbH
contact: info@cfd-berlin.com
Integrated into OpenFOAM by OpenCFD Ltd.
Version v1706
Admin
Admin
https://develop.openfoam.com/Development/openfoam/-/merge_requests/119
INT: Integration of isoAdvector and supporting material
2017-06-21T16:22:26Z
Admin
INT: Integration of isoAdvector and supporting material
Community contribution from Johan Roenby, DHI
IsoAdvector is a geometric Volume-of-Fluid method for advection of a
sharp interface between two incompressible fluids. It works on both
structured and unstructured meshes with no requir...
Community contribution from Johan Roenby, DHI
IsoAdvector is a geometric Volume-of-Fluid method for advection of a
sharp interface between two incompressible fluids. It works on both
structured and unstructured meshes with no requirements on cell shapes.
IsoAdvector is as an alternative choice for the interface compression
treatment with the MULES limiter implemented in the interFoam family
of solvers.
The isoAdvector concept and code was developed at DHI and was funded
by a Sapere Aude postdoc grant to Johan Roenby from The Danish Council
for Independent Research | Technology and Production Sciences (Grant-ID:
DFF - 1337-00118B - FTP).
Co-funding is also provided by the GTS grant to DHI from the Danish
Agency for Science, Technology and Innovation.
The ideas behind and performance of the isoAdvector scheme is
documented in:
Roenby J, Bredmose H, Jasak H. 2016 A computational method for sharp
interface advection. R. Soc. open sci. 3: 160405.
[http://dx.doi.org/10.1098/rsos.160405](http://dx.doi.org/10.1098/rsos.160405)
Videos showing isoAdvector's performance with a number of standard
test cases can be found in this youtube channel:
https://www.youtube.com/channel/UCt6Idpv4C8TTgz1iUX0prAA
Project contributors:
* Johan Roenby <jro@dhigroup.com> (Inventor and main developer)
* Hrvoje Jasak <hrvoje.jasak@fsb.hr> (Consistent treatment of
boundary faces including processor boundaries, parallelisation,
code clean up
* Henrik Bredmose <hbre@dtu.dk> (Assisted in the conceptual
development)
* Vuko Vukcevic <vuko.vukcevic@fsb.hr> (Code review, profiling,
porting to foam-extend, bug fixing, testing)
* Tomislav Maric <tomislav@sourceflux.de> (Source file
rearrangement)
* Andy Heather <a.heather@opencfd.co.uk> (Integration into OpenFOAM
for v1706 release)
See the integration repository below for the full set of changes
undertaken as part of the integration into OpenFOAM v1706
https://develop.openfoam.com/Community/Integration-isoAdvector
Version v1706
https://develop.openfoam.com/Development/openfoam/-/merge_requests/120
Feature lumped point motion
2020-06-17T13:17:51Z
Mark OLESEN
Feature lumped point motion
Version v1706
Mark OLESEN
Mark OLESEN