[waku2005]

Dear All,

In order to specify many STL files, I'd like to use regular expression as bellow, but got error after sFE command.
Does sFEDict allow regular expression ?

Sincerely,
waku2005

"(wing.*.stl)"   // I want to specitfy  wing0.stl, wing1.stl, .....
{
        // How to obtain raw features (extractFromFile || extractFromSurface)
    extractionMethod    extractFromSurface;
    extractFromSurfaceCoeffs
    {
        // Mark edges whose adjacent surface normals are at an angle less
        // than includedAngle as features
        // - 0  : selects no edges
        // - 180: selects all edges
        includedAngle   180;
    }
    subsetFeatures
    {
        // Keep nonManifold edges (edges with >2 connected faces)
        nonManifoldEdges       no;
        // Keep open edges (edges with 1 connected face)
        openEdges       yes;
    }
    // Write options
        // Write features to obj format for postprocessing
        writeObj                yes;
}

[elmo555]

I'd also be interested in this...

[HakikiCanakkaleli]

Mentioning in Regular Expressions in OF Config Files:

By what I can see, OpenFOAM uses POSIX regular expressions, but it only applies to OpenFOAM's keywords; doesn't work for files.

Yet for patches and patch relevant occasions, the story is different: https://bugs.openfoam.org/view.php?id=527 & https://www.cfd-online.com/Forums/op...tml#post631374

So, this may mean that the usage of regular expressions is currently not possible in surfaceFeatureExtractDicts for geometry file names.

[HakikiCanakkaleli]

To update those who had an interest on this thread. I have raised a feature request:

Feature: Possibility for Regular Expressions in snappyHexMeshDict, surfaceFeatureExtractDict etc. for File Names

[olesen]

Originally Posted by HakikiCanakkaleli

So, this may mean that the usage of regular expressions is currently not possible in surfaceFeatureExtractDicts for geometry file names.

At least for surfaceFeatureExtract, this was already in the OpenFOAM-1706 release.
However, the regular expressions are not given via the keyword, but as a list of wordRe.
For example,

// Self intersection (single or multiple surfaces).
// - Use 'surfaces' entry (a wordRe list) if it exists.
// - If the dictionary name does not have an extension, 'surfaces' is mandatory.
outputName1
{
    extractionMethod    none;

    surfaces            (surface1.stl surface2.nas "foo.*stl" );

    // mm -> m scaling
    // scale               0.001;

    // Generate additional intersection features (none | self | region)
    intersectionMethod  self;

    // Tolerance for surface intersections
    // tolerance           1e-3;
}

applications/utilities/surface/surfaceFeatureExtract/surfaceFeatureExtractDict contains more information. The 'self' intersection was also new for 1706. It lets you load a bunch of surfaces and extract a feature line equivalent to the intersections, which makes it behave a bit like surfaceBooleanFeatures but with potentially less fiddling.

BTW: for OpenFOAM-1712 stitchMesh also got much better. Can now process multiple stitching via a dictionary. See the tutorials/mesh/stitchMesh/simple-cube1