View Issue Details

IDProjectCategoryView StatusLast Update
0004107OpenFOAMBugpublic2024-07-02 09:50
ReporterscramjetFoam Assigned Tohenry  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionno change required 
Platformwsl2OSLinuxOS VersionUbuntu 22.04
Product Versiondev 
Summary0004107: Each maxRefinement in multiple cellZones doesn't make sense when using AMR based on multiple refinementRegions?
DescriptionWhen defining multiple refinementRegions and running AMR, the maxRefinement set for each cellZone controls the cellLevel? However the maximum value of maxRefinement is used, is this a bug or feature?

In my attached test case, the refinementRegion1(x=(0,0.5)) grid should be encrypted once and the refinementRegion2(x=(0.5,1)) grid twice, but in fact both region grids are encrypted twice.
Steps To Reproduce./Allrun
TagsNo tags attached.

Activities

scramjetFoam

2024-07-02 06:00

reporter  

damBreak3D_test.zip (11,427 bytes)

henry

2024-07-02 09:50

manager   ~0013296

It is a design decision:

        label maxRefinement = 0;

        if (dict_.isDict("refinementRegions"))
        {
            const dictionary& refinementRegions
            (
                dict_.subDict("refinementRegions")
            );

            forAllConstIter(dictionary, refinementRegions, iter)
            {
                maxRefinement = max
                (
                    selectRefineCandidates
                    (
                        refineCells,
                        refinementRegions.subDict(iter().keyword())
                    ),
                    maxRefinement
                );
            }
        }
        else
        {
            maxRefinement = selectRefineCandidates(refineCells, dict_);
        }

Issue History

Date Modified Username Field Change
2024-07-02 06:00 scramjetFoam New Issue
2024-07-02 06:00 scramjetFoam File Added: damBreak3D_test.zip
2024-07-02 09:50 henry Assigned To => henry
2024-07-02 09:50 henry Status new => closed
2024-07-02 09:50 henry Resolution open => no change required
2024-07-02 09:50 henry Note Added: 0013296