|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002689||OpenFOAM||[All Projects] Bug||public||2017-09-06 10:56||2017-11-28 10:26|
|Status||closed||Resolution||no change required|
|Target Version||Fixed in Version|
|Summary||0002689: Export order of boundaryData different for serial and parallel execution|
my goal is to use the surfaces functionObject to export faceCenters to sample another simulation in those locations and use the result as data for a boundary condition.
For this to properly work, the order of the faces has to match, so that the boundary data isn't scrambled all over the patch.
This works fine if I export the locations in serial, however in parallel the order does not match.
Is there a way to enforce the surface writers to keep the correct order in parallel?
Thanks for your help!
|Steps To Reproduce||Use surfaces functionObject in serial and parallel, the order of the exported data will not match.|
I am currently using the "boundaryData" writer, but the same happens for "raw" and others.
|Tags||boundary conditions, sample|
In parallel the surface data is simply collated:
// Collect values from all processors
gatheredValues[Pstream::myProcNo()] = values;
which is done consistently for all of the surface data including faceCenters.
However the data will not have the same order for other decompositions or running in serial.
If you need the data to have the same order as a serial run you will need to reorder it using the maps generated by decomposePar which will be quite complicated.
> Export order of boundaryData different for serial and parallel execution
That is correct.
|2017-09-06 10:56||Thalenberghen||New Issue|
|2017-09-20 09:28||Thalenberghen||Tag Attached: boundary conditions|
|2017-09-20 09:28||Thalenberghen||Tag Attached: sample|
|2017-11-28 10:25||henry||Note Added: 0009077|
|2017-11-28 10:26||henry||Assigned To||=> henry|
|2017-11-28 10:26||henry||Status||new => closed|
|2017-11-28 10:26||henry||Resolution||open => no change required|
|2017-11-28 10:26||henry||Note Added: 0009078|