View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000526 | OpenFOAM | Bug | public | 2012-05-01 23:48 | 2015-02-10 09:09 |
| Reporter | Assigned To | ||||
| Priority | normal | Severity | tweak | Reproducibility | always |
| Status | resolved | Resolution | no change required | ||
| Platform | Linux | OS | OpenSUSE | OS Version | 11.4 |
| Summary | 0000526: creating a faceZone with topoSet from a faceSet and cellSet results in unordered faces in the cellSet | ||||
| Description | Using topoSet to create a faceZone from a faceSet and cellSet gives an unordered list of faces. For consistency with other utilities I believe it would be beneficial to have them orderes, like in the faceSet, unless there is a reason why the faceZone is in the order given. | ||||
| Steps To Reproduce | Download and unpack the attached case file and run ./AllSetup Compare the order of the faceList in constant/polyMesh/faceZones and in faceZones.replace | ||||
| Additional Information | It seems odd that the faceSet is ordered and the faceZone is not, when it really should just copy them over. Running renumberMeshes fixes this, but it shouldn't be required. | ||||
| Tags | No tags attached. | ||||
|
2012-05-01 23:48
|
|
|
|
The sets (faceSet, cellSet, pointSet) are unordered (potentially overlapping) collections. The zones (faceZones, cellZones, pointZones) get created (by topoSet at least) with ordered faces. If you want to compare the both use e.g. a .sortedToc() on the set. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-05-01 23:48 |
|
New Issue | |
| 2012-05-01 23:48 |
|
File Added: TJunctionOpenFirst.tar.gz | |
| 2015-02-02 20:38 |
|
Note Added: 0003656 | |
| 2015-02-02 20:38 |
|
Status | new => resolved |
| 2015-02-02 20:38 |
|
Fixed in Version | => Other |
| 2015-02-02 20:38 |
|
Resolution | open => no change required |
| 2015-02-02 20:38 |
|
Assigned To | => user4 |
