RinglebMesh

Overview

This mesh can be applied to a Ringleb problem. This problem tests the spatial accuracy of high-order methods. The flow is transonic and smooth. The geometry is also smooth, and high-order curved boundary representation appears to be critical.

Governing Equations

The governing equations are the 2D Euler equations with $var element = document.getElementById("moose-equation-a906d3fc-d427-4793-ada6-741f247e05ac");katex.render("\\gamma = 1.4", element, {displayMode:false,throwOnError:false});$ .

Geometry

Let $var element = document.getElementById("moose-equation-f52ddb84-908b-4f77-979a-8c3b2cc5889e");katex.render("k", element, {displayMode:false,throwOnError:false});$ be a streamline parameter, i.e., $var element = document.getElementById("moose-equation-8b2af1fd-ef6d-476f-a517-551be33588c6");katex.render("k = constant", element, {displayMode:false,throwOnError:false});$ on each streamline. The two stream lines for the two wall boundaries are $var element = document.getElementById("moose-equation-6bee2faa-f10d-4449-8fc9-60e30c1e2065");katex.render("k=k_{max}=1.5", element, {displayMode:false,throwOnError:false});$ for the inner wall, and $var element = document.getElementById("moose-equation-7863cd1d-b92a-45b4-98ef-3fed6f8b57bf");katex.render("k=k_{min}=0.7", element, {displayMode:false,throwOnError:false});$ for the outer wall. Let $var element = document.getElementById("moose-equation-51019cfe-e3be-42f3-adfa-42957f457c5e");katex.render("q", element, {displayMode:false,throwOnError:false});$ be the velocity magnitude. For each fixed $var element = document.getElementById("moose-equation-a81a2a39-3921-44a0-b625-b838d12f4ac3");katex.render("k", element, {displayMode:false,throwOnError:false});$ , $var element = document.getElementById("moose-equation-e08032cf-da26-4769-95b0-924bd68b4952");katex.render("k_{min} \\leq k \\leq k_{max}", element, {displayMode:false,throwOnError:false});$ , the variable $var element = document.getElementById("moose-equation-a7edb3c1-2fc3-4b13-b4b3-4acbf212602e");katex.render("q", element, {displayMode:false,throwOnError:false});$ varies between $var element = document.getElementById("moose-equation-c460b901-833c-4ba3-9742-f4cfe99637c2");katex.render("Q_0=0.5", element, {displayMode:false,throwOnError:false});$ and $var element = document.getElementById("moose-equation-f2b50dce-b9c5-4636-880c-05aa8b973cd1");katex.render("k", element, {displayMode:false,throwOnError:false});$ . For each $var element = document.getElementById("moose-equation-e19071c6-7b6a-4b52-ab20-901468d07b3a");katex.render("q", element, {displayMode:false,throwOnError:false});$ , define the speed of sound $var element = document.getElementById("moose-equation-63c817a0-ba74-43a8-b8ba-75ac0e67450e");katex.render("a", element, {displayMode:false,throwOnError:false});$ , density $var element = document.getElementById("moose-equation-7fb33132-379e-4cbc-aabc-4bd0faa63cbd");katex.render("\\rho", element, {displayMode:false,throwOnError:false});$ , pressure $var element = document.getElementById("moose-equation-aaa419c9-e4c5-4bc4-98af-7e6a5b89ccd1");katex.render("p", element, {displayMode:false,throwOnError:false});$ , and a quantity denoted by $var element = document.getElementById("moose-equation-a0b9ed8d-d815-4f21-b987-5b314a326d5e");katex.render("J", element, {displayMode:false,throwOnError:false});$ by: $var element = document.getElementById("moose-equation-d1645e23-2bde-49d7-ac74-209fe63cee18");katex.render("a=\\sqrt{1 - \\frac{\\gamma-1}{2}q^2};\\quad \\rho = a^{\\frac{2}{\\gamma-1}};\\quad p = \\frac{1}{\\gamma}a^{\\frac{2 \\gamma}{\\gamma-1}};\\quad J = \\frac{1}{a} + \\frac{1}{3a^3} + \\frac{1}{5a^5} - \\frac{1}{2}\\log \\frac{1+a}{1-a}", element, {displayMode:true,throwOnError:false});$

For each pair $var element = document.getElementById("moose-equation-f537bf64-ebf1-45df-9177-6b3e2d629489");katex.render("(q,k)", element, {displayMode:false,throwOnError:false});$ , set: $var element = document.getElementById("moose-equation-f96d1f07-0d63-483a-b742-70fb66e7afd2");katex.render("x(q,k) = \\frac{1}{2\\rho}\\left( \\frac{2}{k^2}-\\frac{1}{q^2} \\right) - \\frac{J}{2} \\quad \\mathrm{and} \\quad y(q,k) = \\pm \\frac{1}{k \\rho q} \\sqrt{1-\\frac{q^2}{k^2}}", element, {displayMode:true,throwOnError:false});$

Mesh Overlook

For example, let's consider the following input file:


[Mesh]
  type = RinglebMesh
  kmin = 0.7
  num_k_pts = 9
  num_q_pts = 20
  kmax = 1.2
  n_extra_q_pts = 2
  gamma = 1.4
  triangles = true
[]

The corresponding mesh looks like this:

Further RinglebMesh Documentation

Input Parameters

gammaGamma parameter
C++ Type:double
Unit:(no unit assumed)
Controllable:No
Description:Gamma parameter
kmaxValue of k on the inner wall.
C++ Type:double
Unit:(no unit assumed)
Controllable:No
Description:Value of k on the inner wall.
kminValue of k on the outer wall.
C++ Type:double
Unit:(no unit assumed)
Controllable:No
Description:Value of k on the outer wall.
n_extra_q_ptsHow many 'extra' points should be inserted in the final element *in addition to* the equispaced q points.
C++ Type:int
Unit:(no unit assumed)
Controllable:No
Description:How many 'extra' points should be inserted in the final element *in addition to* the equispaced q points.
num_k_ptsHow many points in the range k=(kmin, kmax).
C++ Type:int
Unit:(no unit assumed)
Controllable:No
Description:How many points in the range k=(kmin, kmax).
num_q_ptsHow many points to discretize the range q = (0.5, k) into.
C++ Type:int
Unit:(no unit assumed)
Controllable:No
Description:How many points to discretize the range q = (0.5, k) into.

Required Parameters

add_sideset_idsThe listed sideset ids will be assumed valid for the mesh. This permits setting up boundary restrictions for sidesets initially containing no sides. Names for this sidesets may be provided using add_sideset_names. In this case this list and add_sideset_names must contain the same number of items.
C++ Type:std::vector<short>
Unit:(no unit assumed)
Controllable:No
Description:The listed sideset ids will be assumed valid for the mesh. This permits setting up boundary restrictions for sidesets initially containing no sides. Names for this sidesets may be provided using add_sideset_names. In this case this list and add_sideset_names must contain the same number of items.
add_sideset_namesThe listed sideset names will be assumed valid for the mesh. This permits setting up boundary restrictions for sidesets initially containing no sides. Ids for this sidesets may be provided using add_sideset_ids. In this case this list and add_sideset_ids must contain the same number of items.
C++ Type:std::vector<BoundaryName>
Unit:(no unit assumed)
Controllable:No
Description:The listed sideset names will be assumed valid for the mesh. This permits setting up boundary restrictions for sidesets initially containing no sides. Ids for this sidesets may be provided using add_sideset_ids. In this case this list and add_sideset_ids must contain the same number of items.
add_subdomain_idsThe listed subdomain ids will be assumed valid for the mesh. This permits setting up subdomain restrictions for subdomains initially containing no elements, which can occur, for example, in additive manufacturing simulations which dynamically add and remove elements. Names for this subdomains may be provided using add_subdomain_names. In this case this list and add_subdomain_names must contain the same number of items.
C++ Type:std::vector<unsigned short>
Unit:(no unit assumed)
Controllable:No
Description:The listed subdomain ids will be assumed valid for the mesh. This permits setting up subdomain restrictions for subdomains initially containing no elements, which can occur, for example, in additive manufacturing simulations which dynamically add and remove elements. Names for this subdomains may be provided using add_subdomain_names. In this case this list and add_subdomain_names must contain the same number of items.
add_subdomain_namesThe listed subdomain names will be assumed valid for the mesh. This permits setting up subdomain restrictions for subdomains initially containing no elements, which can occur, for example, in additive manufacturing simulations which dynamically add and remove elements. IDs for this subdomains may be provided using add_subdomain_ids. Otherwise IDs are automatically assigned. In case add_subdomain_ids is set too, both lists must contain the same number of items.
C++ Type:std::vector<SubdomainName>
Unit:(no unit assumed)
Controllable:No
Description:The listed subdomain names will be assumed valid for the mesh. This permits setting up subdomain restrictions for subdomains initially containing no elements, which can occur, for example, in additive manufacturing simulations which dynamically add and remove elements. IDs for this subdomains may be provided using add_subdomain_ids. Otherwise IDs are automatically assigned. In case add_subdomain_ids is set too, both lists must contain the same number of items.
allow_renumberingTrueIf allow_renumbering=false, node and element numbers are kept fixed until deletion
Default:True
C++ Type:bool
Unit:(no unit assumed)
Controllable:No
Description:If allow_renumbering=false, node and element numbers are kept fixed until deletion
build_all_side_lowerd_meshFalseTrue to build the lower-dimensional mesh for all sides.
Default:False
C++ Type:bool
Unit:(no unit assumed)
Controllable:No
Description:True to build the lower-dimensional mesh for all sides.
coord_blockBlock IDs for the coordinate systems. If this parameter is specified, then it must encompass all the subdomains on the mesh.
C++ Type:std::vector<SubdomainName>
Unit:(no unit assumed)
Controllable:No
Description:Block IDs for the coordinate systems. If this parameter is specified, then it must encompass all the subdomains on the mesh.
ghosting_patch_sizeThe number of nearest neighbors considered for ghosting purposes when 'iteration' patch update strategy is used. Default is 5 * patch_size.
C++ Type:unsigned int
Unit:(no unit assumed)
Controllable:No
Description:The number of nearest neighbors considered for ghosting purposes when 'iteration' patch update strategy is used. Default is 5 * patch_size.
inflow_bid1The boundary id to use for the inflow
Default:1
C++ Type:short
Unit:(no unit assumed)
Controllable:No
Description:The boundary id to use for the inflow
inner_wall_bid2The boundary id to use for the inner wall
Default:2
C++ Type:short
Unit:(no unit assumed)
Controllable:No
Description:The boundary id to use for the inner wall
max_leaf_size10The maximum number of points in each leaf of the KDTree used in the nearest neighbor search. As the leaf size becomes larger,KDTree construction becomes faster but the nearest neighbor searchbecomes slower.
Default:10
C++ Type:unsigned int
Unit:(no unit assumed)
Controllable:No
Description:The maximum number of points in each leaf of the KDTree used in the nearest neighbor search. As the leaf size becomes larger,KDTree construction becomes faster but the nearest neighbor searchbecomes slower.
outer_wall_bid4The boundary id to use for the outer wall
Default:4
C++ Type:short
Unit:(no unit assumed)
Controllable:No
Description:The boundary id to use for the outer wall
outflow_bid3The boundary id to use for the outflow
Default:3
C++ Type:short
Unit:(no unit assumed)
Controllable:No
Description:The boundary id to use for the outflow
parallel_typeDEFAULTDEFAULT: Use libMesh::ReplicatedMesh unless --distributed-mesh is specified on the command line REPLICATED: Always use libMesh::ReplicatedMesh DISTRIBUTED: Always use libMesh::DistributedMesh
Default:DEFAULT
C++ Type:MooseEnum
Unit:(no unit assumed)
Options:DEFAULT, REPLICATED, DISTRIBUTED
Controllable:No
Description:DEFAULT: Use libMesh::ReplicatedMesh unless --distributed-mesh is specified on the command line REPLICATED: Always use libMesh::ReplicatedMesh DISTRIBUTED: Always use libMesh::DistributedMesh
skip_refine_when_use_splitTrueTrue to skip uniform refinements when using a pre-split mesh.
Default:True
C++ Type:bool
Unit:(no unit assumed)
Controllable:No
Description:True to skip uniform refinements when using a pre-split mesh.
trianglesFalseIf true, all the quadrilateral elements will be split into triangles
Default:False
C++ Type:bool
Unit:(no unit assumed)
Controllable:No
Description:If true, all the quadrilateral elements will be split into triangles

Optional Parameters

alpha_rotationThe number of degrees that the domain should be alpha-rotated using the Euler angle ZXZ convention from https://en.wikipedia.org/wiki/Euler_angles#Rotation_matrix in order to align with a canonical physical space of your choosing.
C++ Type:double
Unit:(no unit assumed)
Controllable:No
Description:The number of degrees that the domain should be alpha-rotated using the Euler angle ZXZ convention from https://en.wikipedia.org/wiki/Euler_angles#Rotation_matrix in order to align with a canonical physical space of your choosing.
beta_rotationThe number of degrees that the domain should be beta-rotated using the Euler angle ZXZ convention from https://en.wikipedia.org/wiki/Euler_angles#Rotation_matrix in order to align with a canonical physical space of your choosing.
C++ Type:double
Unit:(no unit assumed)
Controllable:No
Description:The number of degrees that the domain should be beta-rotated using the Euler angle ZXZ convention from https://en.wikipedia.org/wiki/Euler_angles#Rotation_matrix in order to align with a canonical physical space of your choosing.
gamma_rotationThe number of degrees that the domain should be gamma-rotated using the Euler angle ZXZ convention from https://en.wikipedia.org/wiki/Euler_angles#Rotation_matrix in order to align with a canonical physical space of your choosing.
C++ Type:double
Unit:(no unit assumed)
Controllable:No
Description:The number of degrees that the domain should be gamma-rotated using the Euler angle ZXZ convention from https://en.wikipedia.org/wiki/Euler_angles#Rotation_matrix in order to align with a canonical physical space of your choosing.
length_unitHow much distance one mesh length unit represents, e.g. 1 cm, 1 nm, 1 ft, 5inches
C++ Type:std::string
Unit:(no unit assumed)
Controllable:No
Description:How much distance one mesh length unit represents, e.g. 1 cm, 1 nm, 1 ft, 5inches
up_directionSpecify what axis corresponds to the up direction in physical space (the opposite of the gravity vector if you will). If this parameter is provided, we will perform a single 90 degree rotation of the domain--if the provided axis is 'x' or 'z', we will not rotate if the axis is 'y'--such that a point which was on the provided axis will now lie on the y-axis, e.g. the y-axis is our canonical up direction. If you want finer grained control than this, please use the 'alpha_rotation', 'beta_rotation', and 'gamma_rotation' parameters.
C++ Type:MooseEnum
Unit:(no unit assumed)
Options:X, Y, Z
Controllable:No
Description:Specify what axis corresponds to the up direction in physical space (the opposite of the gravity vector if you will). If this parameter is provided, we will perform a single 90 degree rotation of the domain--if the provided axis is 'x' or 'z', we will not rotate if the axis is 'y'--such that a point which was on the provided axis will now lie on the y-axis, e.g. the y-axis is our canonical up direction. If you want finer grained control than this, please use the 'alpha_rotation', 'beta_rotation', and 'gamma_rotation' parameters.

Transformations Relative To Parent Application Frame Of Reference Parameters

coord_typeXYZType of the coordinate system per block param
Default:XYZ
C++ Type:MultiMooseEnum
Unit:(no unit assumed)
Options:XYZ, RZ, RSPHERICAL
Controllable:No
Description:Type of the coordinate system per block param
rz_coord_axisYThe rotation axis (X | Y) for axisymmetric coordinates
Default:Y
C++ Type:MooseEnum
Unit:(no unit assumed)
Options:X, Y
Controllable:No
Description:The rotation axis (X | Y) for axisymmetric coordinates
rz_coord_blocksBlocks using general axisymmetric coordinate systems
C++ Type:std::vector<SubdomainName>
Unit:(no unit assumed)
Controllable:No
Description:Blocks using general axisymmetric coordinate systems
rz_coord_directionsAxis directions for each block in 'rz_coord_blocks'
C++ Type:std::vector<libMesh::VectorValue<double>>
Unit:(no unit assumed)
Controllable:No
Description:Axis directions for each block in 'rz_coord_blocks'
rz_coord_originsAxis origin points for each block in 'rz_coord_blocks'
C++ Type:std::vector<libMesh::Point>
Unit:(no unit assumed)
Controllable:No
Description:Axis origin points for each block in 'rz_coord_blocks'

Coordinate System Parameters

centroid_partitioner_directionSpecifies the sort direction if using the centroid partitioner. Available options: x, y, z, radial
C++ Type:MooseEnum
Unit:(no unit assumed)
Options:x, y, z, radial
Controllable:No
Description:Specifies the sort direction if using the centroid partitioner. Available options: x, y, z, radial
partitionerdefaultSpecifies a mesh partitioner to use when splitting the mesh for a parallel computation.
Default:default
C++ Type:MooseEnum
Unit:(no unit assumed)
Options:default, metis, parmetis, linear, centroid, hilbert_sfc, morton_sfc
Controllable:No
Description:Specifies a mesh partitioner to use when splitting the mesh for a parallel computation.

Partitioning Parameters

construct_node_list_from_side_listTrueWhether or not to generate nodesets from the sidesets (usually a good idea).
Default:True
C++ Type:bool
Unit:(no unit assumed)
Controllable:No
Description:Whether or not to generate nodesets from the sidesets (usually a good idea).
control_tagsAdds user-defined labels for accessing object parameters via control logic.
C++ Type:std::vector<std::string>
Unit:(no unit assumed)
Controllable:No
Description:Adds user-defined labels for accessing object parameters via control logic.
dim1This is only required for certain mesh formats where the dimension of the mesh cannot be autodetected. In particular you must supply this for GMSH meshes. Note: This is completely ignored for ExodusII meshes!
Default:1
C++ Type:MooseEnum
Unit:(no unit assumed)
Options:1, 2, 3
Controllable:No
Description:This is only required for certain mesh formats where the dimension of the mesh cannot be autodetected. In particular you must supply this for GMSH meshes. Note: This is completely ignored for ExodusII meshes!
enableTrueSet the enabled status of the MooseObject.
Default:True
C++ Type:bool
Unit:(no unit assumed)
Controllable:No
Description:Set the enabled status of the MooseObject.
nemesisFalseIf nemesis=true and file=foo.e, actually reads foo.e.N.0, foo.e.N.1, ... foo.e.N.N-1, where N = # CPUs, with NemesisIO.
Default:False
C++ Type:bool
Unit:(no unit assumed)
Controllable:No
Description:If nemesis=true and file=foo.e, actually reads foo.e.N.0, foo.e.N.1, ... foo.e.N.N-1, where N = # CPUs, with NemesisIO.
patch_size40The number of nodes to consider in the NearestNode neighborhood.
Default:40
C++ Type:unsigned int
Unit:(no unit assumed)
Controllable:No
Description:The number of nodes to consider in the NearestNode neighborhood.
patch_update_strategyneverHow often to update the geometric search 'patch'. The default is to never update it (which is the most efficient but could be a problem with lots of relative motion). 'always' will update the patch for all secondary nodes at the beginning of every timestep which might be time consuming. 'auto' will attempt to determine at the start of which timesteps the patch for all secondary nodes needs to be updated automatically.'iteration' updates the patch at every nonlinear iteration for a subset of secondary nodes for which penetration is not detected. If there can be substantial relative motion between the primary and secondary surfaces during the nonlinear iterations within a timestep, it is advisable to use 'iteration' option to ensure accurate contact detection.
Default:never
C++ Type:MooseEnum
Unit:(no unit assumed)
Options:never, always, auto, iteration
Controllable:No
Description:How often to update the geometric search 'patch'. The default is to never update it (which is the most efficient but could be a problem with lots of relative motion). 'always' will update the patch for all secondary nodes at the beginning of every timestep which might be time consuming. 'auto' will attempt to determine at the start of which timesteps the patch for all secondary nodes needs to be updated automatically.'iteration' updates the patch at every nonlinear iteration for a subset of secondary nodes for which penetration is not detected. If there can be substantial relative motion between the primary and secondary surfaces during the nonlinear iterations within a timestep, it is advisable to use 'iteration' option to ensure accurate contact detection.

Advanced Parameters

Overview
Governing Equations
Geometry
Mesh Overlook
Further RinglebMesh Documentation
Input Parameters