Development issueshttps://develop.openfoam.com/groups/Development/-/issues2018-07-02T09:34:55Zhttps://develop.openfoam.com/Development/openfoam/-/issues/869extract cell centres with velocity as CSV2018-07-02T09:34:55ZMark OLESENextract cell centres with velocity as CSVRef EP#675
- approach is to define a sampledSet with cell centres.
- provision for bounding box limitsRef EP#675
- approach is to define a sampledSet with cell centres.
- provision for bounding box limitsv1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1096writeFile - extend to allow file creation at user specified time2018-11-26T21:40:07ZAdminwriteFile - extend to allow file creation at user specified timeCurrently files are created at start time onlyCurrently files are created at start time onlyv1812AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/913reference point - on processor boundary!2020-01-03T14:16:37ZPrashant Sonakarreference point - on processor boundary!multiphase/interIsoFoam/sloshingTank2D
1) Please correct the decomposerParDict to (1 2 2) since 2D case.
2) With this correction, when solver is initiated, it fails with error
```
[3] --> FOAM FATAL IO ERROR:
[3] Unable to set referen...multiphase/interIsoFoam/sloshingTank2D
1) Please correct the decomposerParDict to (1 2 2) since 2D case.
2) With this correction, when solver is initiated, it fails with error
```
[3] --> FOAM FATAL IO ERROR:
[3] Unable to set reference cell for field p
Reference point pRefPoint (0 0 0.15) found on 2 domains (should be one)
```
@andy @Mattijs @mark @Sergiov1812https://develop.openfoam.com/Development/openfoam/-/issues/1095Sizing of arrays for fftw is dubious2018-11-26T21:40:13ZAdminSizing of arrays for fftw is dubiousv1812AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/1094Gravity uniform field cannot be used cleanly in dynamic mesh boundary conditions2018-11-27T06:18:02ZAdminGravity uniform field cannot be used cleanly in dynamic mesh boundary conditionsGravity is read and registered on the mesh database typically in the application's `createFields.H`, after the construction of the mesh. In moving mesh cases the mesh has already been constructed by this point in the execution, and so g...Gravity is read and registered on the mesh database typically in the application's `createFields.H`, after the construction of the mesh. In moving mesh cases the mesh has already been constructed by this point in the execution, and so gravity cannot be accessed (easily).v1812AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/910controlDict libs entry can introduce unresolvable symbols2020-03-13T13:44:50ZMark OLESENcontrolDict libs entry can introduce unresolvable symbolsAs @andy encountered, the `libs` entry can impose new library dependencies. For utilities such as `foamListTimes` etc, we only wish to obtain a simple listing of time directories.
- Add an additional optional construction flag for the T...As @andy encountered, the `libs` entry can impose new library dependencies. For utilities such as `foamListTimes` etc, we only wish to obtain a simple listing of time directories.
- Add an additional optional construction flag for the Time constructor.v1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1097totalFlowRateAdvectiveDiffusive BC hard-coded to use LES model2018-11-26T21:39:58ZAdmintotalFlowRateAdvectiveDiffusive BC hard-coded to use LES modelNeed to update for general turbulence modelsNeed to update for general turbulence modelsv1812AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/912flag backwards compatibility for old dictionary keywords2018-12-21T18:06:52ZMark OLESENflag backwards compatibility for old dictionary keywords- redirectType : used by coded objects
- functionObjectLibs- redirectType : used by coded objects
- functionObjectLibsv1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/903ensight case with multiple clouds2021-07-06T13:18:34ZMark OLESENensight case with multiple cloudsensight only supports a single set of measured values. Outputting multiple clouds for a case is an error.
Could remedy by only emitting the first cloud and either ignore any others or creating separate case files for each of them.
The ...ensight only supports a single set of measured values. Outputting multiple clouds for a case is an error.
Could remedy by only emitting the first cloud and either ignore any others or creating separate case files for each of them.
The only problem with this approach is that we still need a `model:` entry in the case. The mesh bounding box would be a reasonable thing to generate.
@graupsv1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/922Add searchableSurface single point getVolumeType2018-07-10T16:07:40ZMark OLESENAdd searchableSurface single point getVolumeTypeFor #921 we need to cycle over potentially several surfaces and faces.
It is too slow and costly to use the getVolumeType for the list of points - need the lowest level single point query.For #921 we need to cycle over potentially several surfaces and faces.
It is too slow and costly to use the getVolumeType for the list of points - need the lowest level single point query.v1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/921Restricted Geometry Decomposition2018-12-21T18:07:58ZMark OLESENRestricted Geometry DecompositionSupport for specifying geometric decomposition constraints. Cross-ref EP724.
For some simulations it is necessary to ensure that particular regions remain on the same process. These requirements should be describable via an enclosing ST...Support for specifying geometric decomposition constraints. Cross-ref EP724.
For some simulations it is necessary to ensure that particular regions remain on the same process. These requirements should be describable via an enclosing STL file, or some other description.v1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/916aerofoilNACA0012_directionalRefinement : not visited by Allrun2018-07-03T04:19:19ZPrashant SonakaraerofoilNACA0012_directionalRefinement : not visited by AllrunPlease add the tutorial aerofoilNACA0012_directionalRefinement for execution in
mesh/snappyHexMesh/Allrun
@Mattijs @andyPlease add the tutorial aerofoilNACA0012_directionalRefinement for execution in
mesh/snappyHexMesh/Allrun
@Mattijs @andyv1812Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/943mapped patched averaging should be an optional entry2018-07-18T16:22:10ZMark OLESENmapped patched averaging should be an optional entryv1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1060improvements for topoSet2020-11-17T13:16:45ZMark OLESENimprovements for topoSet- need to distinguish between topoSetSource (CELL, FACE, POINT)
- support multiple zones, multiple patches
- keyword consistency (eg, centre vs origin)- need to distinguish between topoSetSource (CELL, FACE, POINT)
- support multiple zones, multiple patches
- keyword consistency (eg, centre vs origin)v1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/893Need stderr or equivalent alternative to Info2020-05-23T11:04:36ZMark OLESENNeed stderr or equivalent alternative to InfoIn some situations informative output gets in the way of desired output (eg, foamDictionary output - EP702).
We can avoid some of this output with `argList::noBanner()`. In the .org version they have replace this with a dedicated InfoHe...In some situations informative output gets in the way of desired output (eg, foamDictionary output - EP702).
We can avoid some of this output with `argList::noBanner()`. In the .org version they have replace this with a dedicated InfoHeader message stream, which handles the same problem. However, we may also to have a more general solution (cf. #881).
In similar cases it could also be helpful to have a Serr that only outputs on the master.
With dynamic code generation (eg `#calc`) the process generated copious quantities of output, all of which land on stdout.
Perhaps we need a version of `system()` with a `dup2()` to redirect.
@Mattijsv1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1116dimensioned<Type>::lookupOrDefault cannot handle optional dimensions entry2019-01-07T22:32:41ZAdmindimensioned<Type>::lookupOrDefault cannot handle optional dimensions entrydimensioned<Type>::lookupOrDefault uses a call to dict.lookupOrDefault("entry", defaultValue) where the value is a primitive type - which will cause the code to fail if the dimensions are present.dimensioned<Type>::lookupOrDefault uses a call to dict.lookupOrDefault("entry", defaultValue) where the value is a primitive type - which will cause the code to fail if the dimensions are present.v1812AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/983BUG: externalWallHeatFluxTemperatureFvPatchScalarField crashes on reconstruct...2019-12-09T22:22:46ZAdminBUG: externalWallHeatFluxTemperatureFvPatchScalarField crashes on reconstructPar when qrName != nonev1812https://develop.openfoam.com/Development/openfoam/-/issues/966missing Hash for List2018-09-19T20:01:27ZMark OLESENmissing Hash for List- we have one for FixedList, but nothing for UList. This means that trying to use a labelList as a hash key falls back to the default `Hash<T>` which hashes based on its address. I.e. it will not match based on content.- we have one for FixedList, but nothing for UList. This means that trying to use a labelList as a hash key falls back to the default `Hash<T>` which hashes based on its address. I.e. it will not match based on content.v1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1035Bad alloc/free whe setting PtrList, UPtrList twice2018-10-12T12:01:27ZMark OLESENBad alloc/free whe setting PtrList, UPtrList twiceExample code,
```
PtrList<T> list(2);
list.set(0, ptr0);
// reorder, reorganization etc ...
list.set(0, ptr0update);
list.set(1, ptr1);
```
The problem being that the second call to `list.set(1, ptr1)` returns an autoPtr to the old poi...Example code,
```
PtrList<T> list(2);
list.set(0, ptr0);
// reorder, reorganization etc ...
list.set(0, ptr0update);
list.set(1, ptr1);
```
The problem being that the second call to `list.set(1, ptr1)` returns an autoPtr to the old pointer for memory management. This autoPtr contains a managed pointer to `ptr1` which will get freed although `ptr1` should still be under management of the PtrList.
Change:
Setting the PtrList entry to the same pointer address should be a no-op and return a nullptr.v1812Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/926Use vtm output for OpenFOAM to VTK translation2018-12-21T18:07:47ZMark OLESENUse vtm output for OpenFOAM to VTK translationThe current foamToVTK and vtkWrite (function object) write legacy files on a per-processor basis. This should be adjusted to use the vtm (multi-block) format that incorporates a vtu file for the internal mesh and vtp files for the bounda...The current foamToVTK and vtkWrite (function object) write legacy files on a per-processor basis. This should be adjusted to use the vtm (multi-block) format that incorporates a vtu file for the internal mesh and vtp files for the boundary patches.
The realization might entail collection on the master, or aggregates.
The output shall contain all relevant fields within each timestep file. v1812Mark OLESENMark OLESEN