Development issueshttps://develop.openfoam.com/groups/Development/-/issues2020-01-03T14:32:49Zhttps://develop.openfoam.com/Development/openfoam/-/issues/819Documentation: Citation Instructions for OpenFOAM (ESI Group)2020-01-03T14:32:49ZKutalmış BerçinDocumentation: Citation Instructions for OpenFOAM (ESI Group)Hi,
There are many ways to reference OpenFOAM versions in an academic work, yet almost all of them are **heuristic**, to name but a few: https://www.cfd-online.com/Forums/openfoam/147217-how-do-i-cite-openfoam-documentation.html#post527...Hi,
There are many ways to reference OpenFOAM versions in an academic work, yet almost all of them are **heuristic**, to name but a few: https://www.cfd-online.com/Forums/openfoam/147217-how-do-i-cite-openfoam-documentation.html#post527834 ; https://openfoamwiki.net/index.php/FAQ/General ;
Is there any chance for OpenCFD to officially provide some instructions to the users on how to properly reference OpenFOAM, preferably **single** way?
IMHO, this might also be useful to OpenFOAM to quantify its (academic) impact in the long term.
Kind regards,
PS: Some examples:
https://www.ansys.com/en-gb/academic/terms-and-conditions
https://www-user.tu-chemnitz.de/~potts/nfft/doc.phpKutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/807processorField FO cannot be used with 'postProcess -func'2018-07-04T10:47:28ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comprocessorField FO cannot be used with 'postProcess -func'Put attached
[processorField](/uploads/88917ae3ececefb3629b9dc576537eb3/processorField)
in etc/caseDicts/postProcessing/fields/processorField and you can do
```
mpirun -np 2 postProcess -func processorField -parallel
```
Ok?
Put attached
[processorField](/uploads/88917ae3ececefb3629b9dc576537eb3/processorField)
in etc/caseDicts/postProcessing/fields/processorField and you can do
```
mpirun -np 2 postProcess -func processorField -parallel
```
Ok?
https://develop.openfoam.com/Development/openfoam/-/issues/876applications/test do not compile2018-12-21T18:07:26ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comapplications/test do not compileThe following do not compile:
```
List/Test-List.C
PackedList/Test-PackedList.C
rigidBodyDynamics/ (now needs Time&)
```The following do not compile:
```
List/Test-List.C
PackedList/Test-PackedList.C
rigidBodyDynamics/ (now needs Time&)
```Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1114No Iterations for U and p in tutorials/incompressible/simpleFoam/turbineSiting2019-12-18T16:20:42ZAdminNo Iterations for U and p in tutorials/incompressible/simpleFoam/turbineSiting****I just run the case from OpenFOAM-v1806/tutorials/incompressible/simpleFoam/turbineSiting. There is a problem about sloving the UEqn and pEqn. Log as shown below, Initial residual,Final residual amd No Iterations are always 0. I thin...****I just run the case from OpenFOAM-v1806/tutorials/incompressible/simpleFoam/turbineSiting. There is a problem about sloving the UEqn and pEqn. Log as shown below, Initial residual,Final residual amd No Iterations are always 0. I think this results from the ABL boundary condition, becasue there are no problems from other cases under tutorials/incompressible/simpleFoam. ****
============================================================
Starting time loop
Time = 1
smoothSolver: Solving for Ux, Initial residual = 0, Final residual = 0, No Iterations 0
smoothSolver: Solving for Uy, Initial residual = 0, Final residual = 0, No Iterations 0
smoothSolver: Solving for Uz, Initial residual = 0, Final residual = 0, No Iterations 0
GAMG: Solving for p, Initial residual = 0, Final residual = 0, No Iterations 0
time step continuity errors : sum local = 0, global = 0, cumulative = 0
smoothSolver: Solving for epsilon, Initial residual = 0.0886043707687, Final residual = 0.00415880864373, No Iterations 3
smoothSolver: Solving for k, Initial residual = 0.999999999999, Final residual = 0.0561633717339, No Iterations 4
ExecutionTime = 1.14 s ClockTime = 1 s
Time = 2
smoothSolver: Solving for Ux, Initial residual = 0, Final residual = 0, No Iterations 0
smoothSolver: Solving for Uy, Initial residual = 0, Final residual = 0, No Iterations 0
smoothSolver: Solving for Uz, Initial residual = 0, Final residual = 0, No Iterations 0
GAMG: Solving for p, Initial residual = 0, Final residual = 0, No Iterations 0
time step continuity errors : sum local = 0, global = 0, cumulative = 0
smoothSolver: Solving for epsilon, Initial residual = 0.0528178005233, Final residual = 0.00435780437261, No
Iterations 2
smoothSolver: Solving for k, Initial residual = 0.49548245865, Final residual = 0.0477465631246, No Iterations 3
ExecutionTime = 1.37 s ClockTime = 1 s
Time = 3
smoothSolver: Solving for Ux, Initial residual = 0, Final residual = 0, No Iterations 0
smoothSolver: Solving for Uy, Initial residual = 0, Final residual = 0, No Iterations 0
smoothSolver: Solving for Uz, Initial residual = 0, Final residual = 0, No Iterations 0
GAMG: Solving for p, Initial residual = 0, Final residual = 0, No Iterations 0
time step continuity errors : sum local = 0, global = 0, cumulative = 0
smoothSolver: Solving for epsilon, Initial residual = 0.0972013129464, Final residual = 0.00472751378512, No Iterations 3
smoothSolver: Solving for k, Initial residual = 0.394880724125, Final residual = 0.0221518636059, No Iterations 4
ExecutionTime = 1.59 s ClockTime = 1 s
...
**This case is also tested in OpenFOAM-v1712 and it looks no problem. The log is shown below.**
===========================================================================
Starting time loop
Time = 1
smoothSolver: Solving for Ux, Initial residual = 1, Final residual = 0.0477489367561, No Iterations 1
smoothSolver: Solving for Uy, Initial residual = 1, Final residual = 0.0538730764114, No Iterations 2
smoothSolver: Solving for Uz, Initial residual = 1, Final residual = 0.0669858308617, No Iterations 2
GAMG: Solving for p, Initial residual = 1, Final residual = 0.0621855191776, No Iterations 3
time step continuity errors : sum local = 0.000974118673505, global = 1.89337013488e-05, cumulative = 1.89337013488e-05
smoothSolver: Solving for epsilon, Initial residual = 0.0608576422262, Final residual = 0.00235143170564, No Iterations 3
smoothSolver: Solving for k, Initial residual = 1, Final residual = 0.0517062220961, No Iterations 2
ExecutionTime = 1.12 s ClockTime = 1 s
Time = 2
smoothSolver: Solving for Ux, Initial residual = 0.255464680163, Final residual = 0.0195594486154, No Iterations 2
smoothSolver: Solving for Uy, Initial residual = 0.308510924562, Final residual = 0.0110977491911, No Iterations 3
smoothSolver: Solving for Uz, Initial residual = 0.284472419959, Final residual = 0.0280404303152, No Iterations 2
GAMG: Solving for p, Initial residual = 0.13322215283, Final residual = 0.0101976026944, No Iterations 3
time step continuity errors : sum local = 0.000902796719122, global = -3.47014708889e-05, cumulative = -1.57677695401e-05
smoothSolver: Solving for epsilon, Initial residual = 0.0346080936392, Final residual = 0.00267021263905, No Iterations 2
smoothSolver: Solving for k, Initial residual = 0.270329057688, Final residual = 0.0168602729862, No Iterations 2
ExecutionTime = 1.38 s ClockTime = 2 s
Time = 3
smoothSolver: Solving for Ux, Initial residual = 0.403798686956, Final residual = 0.0335683918725, No Iterations 2
smoothSolver: Solving for Uy, Initial residual = 0.32172625807, Final residual = 0.0306454045428, No Iterations 2
smoothSolver: Solving for Uz, Initial residual = 0.347723798359, Final residual = 0.0245220605412, No Iterations 2
GAMG: Solving for p, Initial residual = 0.0412987455385, Final residual = 0.00277826618771, No Iterations 2
time step continuity errors : sum local = 0.000703580205099, global = 0.000107184465015, cumulative = 9.14166954752e-05
smoothSolver: Solving for epsilon, Initial residual = 0.0277288699551, Final residual = 0.00233613182817, No Iterations 2
smoothSolver: Solving for k, Initial residual = 0.262482535305, Final residual = 0.021940268746, No Iterations 2
ExecutionTime = 1.62 s ClockTime = 2 s
Time = 4
smoothSolver: Solving for Ux, Initial residual = 0.179980986317, Final residual = 0.0153420244482, No Iterations 2
smoothSolver: Solving for Uy, Initial residual = 0.176634654264, Final residual = 0.0065788228814, No Iterations 3
smoothSolver: Solving for Uz, Initial residual = 0.191853265263, Final residual = 0.01904668678, No Iterations 2
GAMG: Solving for p, Initial residual = 0.0729952671173, Final residual = 0.00340694854856, No Iterations 3
time step continuity errors : sum local = 0.000569941231663, global = 7.07002016898e-05, cumulative = 0.000162116897165
smoothSolver: Solving for epsilon, Initial residual = 0.0271072262376, Final residual = 0.00108121164345, No Iterations 3
smoothSolver: Solving for k, Initial residual = 0.212894843102, Final residual = 0.00862376163002, No Iterations 3
ExecutionTime = 1.9 s ClockTime = 2 s
\## Reattaching the author to the issue ticket: @chuck ##Kutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/191patch or wall (case windshieldCondensation)?2019-09-20T13:24:55ZAdminpatch or wall (case windshieldCondensation)?In case $FOAM_TUTORIALS/heatTransfer/chtMultiRegionFoam/windshieldCondensation,
ParaView warns me that 'Wrong list type for uniform field' at every rendering.
I think this warning is caused because 'exterior' is not wall but patch ...In case $FOAM_TUTORIALS/heatTransfer/chtMultiRegionFoam/windshieldCondensation,
ParaView warns me that 'Wrong list type for uniform field' at every rendering.
I think this warning is caused because 'exterior' is not wall but patch after splitMeshRegions.
Is this correct?
Sergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/issues/1150BUG: mismatch of coefficient names for BinghamPlastic2021-07-08T20:34:23ZMark OLESENBUG: mismatch of coefficient names for BinghamPlasticConstructor reads "BinghamExponent" etc. The read() method expects "yieldStressExponent"Constructor reads "BinghamExponent" etc. The read() method expects "yieldStressExponent"v2112Kutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/401Limitation: sampling FO not working with ACMI2018-05-29T05:39:49ZPrashant SonakarLimitation: sampling FO not working with ACMIAttached case replicating the behavior [oscillatingInletACMI2D.tgz](/uploads/f53bda75257196fd3688e1b7d863e71c/oscillatingInletACMI2D.tgz)
@Mattijs @mark
(Ref EP#333)Attached case replicating the behavior [oscillatingInletACMI2D.tgz](/uploads/f53bda75257196fd3688e1b7d863e71c/oscillatingInletACMI2D.tgz)
@Mattijs @mark
(Ref EP#333)AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/189polyMesh::findCell uses tree only for nearest; should use findInside directly2020-01-06T09:39:08ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.compolyMesh::findCell uses tree only for nearest; should use findInside directlyThe underlying treeDataCell does:
return mesh_.pointInCell(sample, cellLabels_[index], decompMode_);
which is exactly the test that polyMesh::findCell does on the nearest and its neighbours.The underlying treeDataCell does:
return mesh_.pointInCell(sample, cellLabels_[index], decompMode_);
which is exactly the test that polyMesh::findCell does on the nearest and its neighbours.Version v1612https://develop.openfoam.com/Development/openfoam/-/issues/601Description correction to spatialTransformI.H2019-01-09T21:20:59ZMatej FormanDescription correction to spatialTransformI.HIn spatialTransformI.H
line 260 needs to change from:
`//- Rotational spatial transformation tensor about the x-axis by omega radians`
to
`//- Rotational spatial transformation tensor about the y-axis by omega radians`In spatialTransformI.H
line 260 needs to change from:
`//- Rotational spatial transformation tensor about the x-axis by omega radians`
to
`//- Rotational spatial transformation tensor about the y-axis by omega radians`Kutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/1085Cannot prevent use of user config.sh directories2019-06-28T09:47:28ZMark OLESENCannot prevent use of user config.sh directoriesThis can hit when building for spack, debian, rpms as a normal user.
Using `foamEtcFile` to locate elements such as `config.sh/mpi` mean that any existing entries under `~/.OpenFOAM` will be seen and possibly influence the build.
Anothe...This can hit when building for spack, debian, rpms as a normal user.
Using `foamEtcFile` to locate elements such as `config.sh/mpi` mean that any existing entries under `~/.OpenFOAM` will be seen and possibly influence the build.
Another potential problem could arise on cluster installations. The administrator may wish to lock down the OpenFOAM configuration values to avoid issues.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/998removeFaces removes too many points2020-01-08T14:42:41ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comremoveFaces removes too many pointsSeems to be if from 2x2 block of cells only 3 are selected. It also removes the points still used by the fourth cell.Seems to be if from 2x2 block of cells only 3 are selected. It also removes the points still used by the fourth cell.https://develop.openfoam.com/Development/openfoam/-/issues/187wrmo error: could not find Make directory2016-07-18T05:21:42ZAdminwrmo error: could not find Make directorySorry for taking your precious time.
I tried to install plus on LinuxMint17.1. Probably the compilation of ParaView was successed but that of the OF-plus
stopped building in src/Allwmake with an error. I can not find the dire...Sorry for taking your precious time.
I tried to install plus on LinuxMint17.1. Probably the compilation of ParaView was successed but that of the OF-plus
stopped building in src/Allwmake with an error. I can not find the directory that is written in my log file.[log.make-0.tar.gz](/uploads/6f2fc89601111d451e5a935a3bd9537a/log.make-0.tar.gz)
What should I do next?
gcc (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4, bashhttps://develop.openfoam.com/Development/openfoam/-/issues/1089primitiveMesh::cells needed only from wall functions2018-11-21T15:38:46ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comprimitiveMesh::cells needed only from wall functionsin simpleFoam only fvMatrix<Type>::setValuesFromList gets the cellList. Could this be rewritten to use face-based addressing and save memory? (but more runtime?)
But postprocessing/tracking needs cells so probably little effect for real...in simpleFoam only fvMatrix<Type>::setValuesFromList gets the cellList. Could this be rewritten to use face-based addressing and save memory? (but more runtime?)
But postprocessing/tracking needs cells so probably little effect for real cases.https://develop.openfoam.com/Development/openfoam/-/issues/58Typos in community page2016-01-18T09:00:55ZAdminTypos in community pagePage: http://www.openfoam.com/services/community-projects.php
* `faomyHexMesh` should be `foamyHexMesh`.
* `envorinment` should be `environment`.Page: http://www.openfoam.com/services/community-projects.php
* `faomyHexMesh` should be `foamyHexMesh`.
* `envorinment` should be `environment`.AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/718snappyHexMesh labelledTri error2018-01-31T09:02:27ZvilfayeausnappyHexMesh labelledTri errorHi,
In 1712, wehn running snappyHexMesh, I have a fatal error due to wrong labelledTri size. See attached log file.
In 2.3.1, the same case is working fine.
Best,
Sebastien
[snappyHexMeshDict](/uploads/172f59c6374c7e1c07d86acb9782a13...Hi,
In 1712, wehn running snappyHexMesh, I have a fatal error due to wrong labelledTri size. See attached log file.
In 2.3.1, the same case is working fine.
Best,
Sebastien
[snappyHexMeshDict](/uploads/172f59c6374c7e1c07d86acb9782a138/snappyHexMeshDict)
1712 log file:
[snappyHexMesh_4401168.log](/uploads/746be00dac64cc8770b0a90b9d628a60/snappyHexMesh_4401168.log)
2.3.1 log file:
[snappyHexMesh.4275735.log](/uploads/750bbf0c579eac1f8f8375cde0da41a7/snappyHexMesh.4275735.log)Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/1016Paraview only reading cases with constant2019-12-11T12:31:11ZRoger AlmenarParaview only reading cases with constantHello,
I just came across an interesting case:
1) I create a blockMesh based on latestTime, hence mesh is located under results folder (like in 0.2/polyMesh).
2) I decompose that case. It creates the processorX folders, which contained 0...Hello,
I just came across an interesting case:
1) I create a blockMesh based on latestTime, hence mesh is located under results folder (like in 0.2/polyMesh).
2) I decompose that case. It creates the processorX folders, which contained 0.2/polyMesh but no constant/folders, as there is nothing there.
3) Paraview cannot read the case based on a "decomposed" input, because there are no processorX/constant folders.
The case is actually valid, just that it cannot be opened in Paraview.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/475Where are the mass transfer source terms in phase fraction equation in reacti...2019-01-08T14:44:40ZAdminWhere are the mass transfer source terms in phase fraction equation in reactingEulerFoam solver?In reactingEulerFoam from OF3.0.1, there are mass transfer between different phases. The phase fraction is estentially the continuity equations, and so there must be some source terms accounting for mass change of individual phases. In f...In reactingEulerFoam from OF3.0.1, there are mass transfer between different phases. The phase fraction is estentially the continuity equations, and so there must be some source terms accounting for mass change of individual phases. In fluid.solve(), actually I did not see these terms appearring in the RHS of the phase fraction equations. Is this a bug? or I dismiss something in the code?
BTW, the fluid.solve(); is from:
> twoPhaseSystem/twoPhaseSystem.C
Thank you.https://develop.openfoam.com/Development/openfoam/-/issues/282Allow specific restart time for field averaging.2017-01-02T12:24:43ZMark OLESENAllow specific restart time for field averaging.Can currently have a periodic restart, but for simulations with a known run-up, it can be useful to have a specific time to restart the averaging.Can currently have a periodic restart, but for simulations with a known run-up, it can be useful to have a specific time to restart the averaging.Version v1612Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/106error after Linux installation: installOpenFOAM+ script2016-04-28T16:06:22ZAdminerror after Linux installation: installOpenFOAM+ scriptAfter installation of OpenFOAM3+ binary on Linux, the following error message appears with the execution of startOpenFOAM+ script.
docker : Error response from daemon : linux spec user Unable to find user *userName*
OS: ubuntu 16.04 ...After installation of OpenFOAM3+ binary on Linux, the following error message appears with the execution of startOpenFOAM+ script.
docker : Error response from daemon : linux spec user Unable to find user *userName*
OS: ubuntu 16.04 / Docker: version 1.11.1
Modification of InstallOpenFOAM+ script resolve this problem.
Before: user="$USER"
After: user="$(id -u)"
reference: https://github.com/docker/docker/issues/22323
my friend reported that downgrade from docker 1.11.0 to 1.10.3 resolve the above problem.
Pawan GhildiyalPawan Ghildiyalhttps://develop.openfoam.com/Development/openfoam/-/issues/1233moveDynamicMesh with -overwrite2020-01-08T14:36:04ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.commoveDynamicMesh with -overwrite### Functionality to add/problem to solve
(Brief scope)
moveDynamicMesh can be used to modify the initial mesh (i.e. as a meshing tool). An option to enforce the points being written to the constant/ directory might be nice.
Attached ...### Functionality to add/problem to solve
(Brief scope)
moveDynamicMesh can be used to modify the initial mesh (i.e. as a meshing tool). An option to enforce the points being written to the constant/ directory might be nice.
Attached is a version that has the -overwrite. Not sure whether it should run to completion or only one timestep (which is useful since now timeValue stays at 0)
[moveDynamicMesh.C](/uploads/fbdffbde320ce6dd99b9d83c55cf4a6e/moveDynamicMesh.C)Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.com