- Member GRINS::AntiochConstantTransportEvaluator< Thermo, Conductivity >::D (const CachedValues &cache, unsigned int qp, std::vector< libMesh::Real > &D)
- Find a way to cache these so we don't have to recompute them
- Member GRINS::AntiochWilkeTransportEvaluator< Thermo, Viscosity, Conductivity, Diffusivity >::D (const CachedValues &cache, unsigned int qp, std::vector< libMesh::Real > &D)
- Find a way to cache these so we don't have to recompute them
- Member GRINS::AxisymmetricHeatTransfer< Conductivity >::_Cp
Need to generalize material parameters. Right now they are assumed constant
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
- Member GRINS::AxisymmetricHeatTransfer< Conductivity >::_Cp
Need to generalize material parameters. Right now they are assumed constant
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
- Member GRINS::AxisymmetricHeatTransfer< Conductivity >::_dim
- Make this static member of base class?
- Member GRINS::BCHandlingBase::_bound_conds
- Move this so that only one object is needed. Perhaps make static?
- Member GRINS::BoundaryConditions::pin_value (AssemblyContext &context, const CachedValues &cache, const bool request_jacobian, const VariableIndex var, const double value, const libMesh::Point &pin_location, const double penalty=1.0)
- What the hell is the context.get_elem_solution_derivative() all about?
- Member GRINS::CanteraKinetics::omega_dot_TPY (const libMesh::Real T, const libMesh::Real P, const std::vector< libMesh::Real > &mass_fractions, std::vector< libMesh::Real > &omega_dot) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraKinetics::omega_dot_TRY (const libMesh::Real &T, const libMesh::Real rho, const std::vector< libMesh::Real > &mass_fractions, std::vector< libMesh::Real > &omega_dot) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraThermodynamics::cp (const CachedValues &cache, unsigned int qp) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraThermodynamics::cv (const CachedValues &cache, unsigned int qp) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraThermodynamics::h (const CachedValues &cache, unsigned int qp, unsigned int species) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraThermodynamics::h (const CachedValues &cache, unsigned int qp, std::vector< libMesh::Real > &h) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraTransport::D (const CachedValues &cache, unsigned int qp, std::vector< libMesh::Real > &D) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraTransport::k (const CachedValues &cache, unsigned int qp) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::CanteraTransport::mu (const CachedValues &cache, unsigned int qp) const
- Need to make sure this will work in a threaded environment. Not sure if we will get thread lock here or not.
- Member GRINS::ElasticityTensor::_C [3][3][3][3]
- Does this guarantee continuous memory? If not, we should use a datastructure that does
- Member GRINS::ElasticMembrane< StressStrainLaw >::build_new_fe (const libMesh::Elem &elem, const libMesh::FEGenericBase< libMesh::Real > *fe, const libMesh::Point p)
- This is straight up copied from libMesh. Should make this a friend or public.
- Member GRINS::ElasticMembrane< StressStrainLaw >::init_variables (libMesh::FEMSystem *system)
- Might want to make Order/FEType inputable
- Member GRINS::HeatTransferBase< Conductivity >::_Cp
Need to generalize material parameters. Right now they are assumed constant
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
- Member GRINS::HeatTransferBase< Conductivity >::_Cp
Need to generalize material parameters. Right now they are assumed constant
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
Shouldn't this rho be the same as the one in the flow? Need to figure out how to have those shared
- Member GRINS::HeatTransferBase< Conductivity >::_dim
- Make this static member of base class?
- Member GRINS::IncompressibleNavierStokes< Viscosity >::element_time_derivative (bool compute_jacobian, AssemblyContext &context, CachedValues &cache)
- Would it be better to put this in its own DoF loop and do the if check once?
- Member GRINS::IncompressibleNavierStokesBase< Viscosity >::_dim
- Do we really need to cache this?
- Member GRINS::IncompressibleNavierStokesBase< Viscosity >::_rho
- Create objects to allow for function specification
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::div_divU_I (libMesh::RealTensor &hess_u, libMesh::RealTensor &hess_v) const
- Should we inline this?
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::div_divU_I (libMesh::RealTensor &hess_u, libMesh::RealTensor &hess_v, libMesh::RealTensor &hess_w) const
- Should we inline this?
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::div_GradU (libMesh::RealTensor &hess_u, libMesh::RealTensor &hess_v) const
- Should we inline this?
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::div_GradU (libMesh::RealTensor &hess_u, libMesh::RealTensor &hess_v, libMesh::RealTensor &hess_w) const
- Should we inline this?
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::div_GradU_T (libMesh::RealTensor &hess_u, libMesh::RealTensor &hess_v) const
- Should we inline this?
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::div_GradU_T (libMesh::RealTensor &hess_u, libMesh::RealTensor &hess_v, libMesh::RealTensor &hess_w) const
- Should we inline this?
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::UdotGradU (libMesh::Gradient &U, libMesh::Gradient &grad_u, libMesh::Gradient &grad_v) const
- Should we inline this?
- Member GRINS::IncompressibleNavierStokesStabilizationHelper::UdotGradU (libMesh::Gradient &U, libMesh::Gradient &grad_u, libMesh::Gradient &grad_v, libMesh::Gradient &grad_w) const
- Should we inline this?
- Member GRINS::MeshBuilder::build (const GetPot &input, const libMesh::Parallel::Communicator &comm LIBMESH_CAN_DEFAULT_TO_COMMWORLD)
Can remove last 4 checks once mesh-options/mesh_option support is removed.
Need to a check a GMSH meshes
- Member GRINS::MultiphysicsSystem::init_data ()
- Figure out how to tell compilers not to fuse this loop when they want to be aggressive.
- Member GRINS::MultiphysicsSystem::read_input_options (const GetPot &input)
- Remove old print_residual nomenclature
- Class GRINS::ParabolicProfile
- Need to incorporate z-directions
- Member GRINS::ParsedInteriorQoI::element_qoi (AssemblyContext &context, const unsigned int qoi_index)
- Need to generalize this to the multiple QoI case
- Member GRINS::ParsedInteriorQoI::element_qoi_derivative (AssemblyContext &context, const unsigned int qoi_index)
- Need to generalize this to the multiple QoI case
- Member GRINS::PhysicsFactory::check_physics_consistency (const GRINS::PhysicsList &physics_list)
- Need to move the internals of the loop to a separate function that we'll make virtual and make this function non-virtual
- Member GRINS::PostProcessedQuantities< NumericType >::init_context (const libMesh::FEMContext &context)
- I believe this is redundant because it's done in the project_vector call. Double check.
- Member GRINS::PressurePinning::pin_value (libMesh::DiffContext &context, const bool request_jacobian, const GRINS::VariableIndex var, const double penalty=1.0)
pin_location needs to be const. Currently a libMesh restriction.
What the hell is the c.get_elem_solution_derivative() all about?
- Member GRINS::QoIFactory::echo_qoi_list (std::tr1::shared_ptr< CompositeQoI > &qois)
- Generalize to multiple QoI case when CompositeQoI is implemented in libMesh
- Member GRINS::ReactingLowMachNavierStokes< Mixture, Evaluator >::compute_element_time_derivative_cache (const AssemblyContext &context, CachedValues &cache)
- Need to figure out something smarter for controling species that go slightly negative.
- Member GRINS::ReactingLowMachNavierStokes< Mixture, Evaluator >::compute_side_time_derivative_cache (const AssemblyContext &context, CachedValues &cache)
Add mechanism for checking if this side is a catalytic wall so we don't compute these quantities unnecessarily.
Need to figure out something smarter for controling species that go slightly negative.
- Member GRINS::ReactingLowMachNavierStokes< Mixture, Evaluator >::element_time_derivative (bool compute_jacobian, AssemblyContext &context, CachedValues &cache)
Need to add SCEBD term.
Would it be better to put this in its own DoF loop and do the if check once?
- Member GRINS::ReactingLowMachNavierStokes< Mixture, Evaluator >::side_time_derivative (bool compute_jacobian, AssemblyContext &context, CachedValues &cache)
- Need to implement thermodynamic pressure calcuation for cases where it's needed.
- Member GRINS::ReactingLowMachNavierStokesBase< Mixture, Evaluator >::read_input_options (const GetPot &input)
- Make this prefix string an input option
- Member GRINS::ReactingLowMachNavierStokesBCHandling< Chemistry >::build_catalycities (const GetPot &input, const std::string &reactant, const std::string &bc_id_string, const BoundaryID bc_id, boost::scoped_ptr< CatalycityBase > &gamma_r)
- We assuming single reaction and single product the product is generated at minus the rate the reactant is consumed. Might want to remove this someday.
- Member GRINS::ReactingLowMachNavierStokesBCHandling< Chemistry >::get_catalytic_wall (const BoundaryID bc_id)
- Need to generalize this to multiple catalytic-walls-for-same-bcid case.
- Member GRINS::ReactingLowMachNavierStokesBCHandling< Chemistry >::init_bc_types (const GRINS::BoundaryID bc_id, const std::string &bc_id_string, const int bc_type, const std::string &bc_vars, const std::string &bc_value, const GetPot &input)
- We currently can only handle reactions of the type R -> P, i.e not R1+R2 -> P, etc.
- Member GRINS::ReactingLowMachNavierStokesBCHandling< Chemistry >::ReactingLowMachNavierStokesBCHandling (const std::string &physics_name, const GetPot &input, const Chemistry &chem_mixture)
- Make this prefix string an input option
- Member GRINS::Simulation::check_for_adjoint_solve (const GetPot &input) const
We need to collect these options into one spot
This option name WILL change at some point.
- Member GRINS::SourceTermBase::parse_var_info (const GetPot &input)
- In the future, after refactoring Variable parsing, we should be able get the FE type and order information from there.
- Member GRINS::SpalartAllmarasStabilizationHelper::_dim
- Do we really need to cache this?
- Member GRINS::StabilizationHelper::compute_g (libMesh::FEBase *fe, AssemblyContext &c, unsigned int qp) const
- Should we inline this?
- Member GRINS::StabilizationHelper::compute_G (libMesh::FEBase *fe, AssemblyContext &c, unsigned int qp) const
- Should we inline this?
- Member GRINS::SteadyMeshAdaptiveSolver::solve (SolverContext &context)
- This output cannot be toggled in the input file, but it should be able to be.
- Member GRINS::TurbulenceModelsBase< Viscosity >::_dim
- Do we really need to cache this?
- Member GRINS::TurbulenceModelsBase< Viscosity >::_rho
- Create objects to allow for function specification
- Member GRINS::u_var_name_default
- Should we put the default physics variable names in a class instead of just GRINS namespace?
- Member GRINS::UnsteadySolver::UnsteadySolver (const GetPot &input)
- Is this the best default for delta t?
- Member GRINS::Vorticity::element_qoi (AssemblyContext &context, const unsigned int qoi_index)
- Need to generalize this to the multiple QoI case
- Member GRINS::Vorticity::element_qoi_derivative (AssemblyContext &context, const unsigned int qoi_index)
- Need to generalize this to the multiple QoI case