Lorentz group SO_o(5,1) for perfect elastoplasticity with large deformation and a consistency numerical scheme
DOI10.1016/S0020-7462(98)00081-XzbMATH Open1006.74018WikidataQ125848795 ScholiaQ125848795MaRDI QIDQ1609253FDOQ1609253
Authors: H.-K. Hong, Chein-Shan Liu
Publication date: 15 August 2002
Published in: International Journal of Non-Linear Mechanics (Search for Journal in Brave)
Recommendations
- Internal symmetry in the constitutive model of perfect elastoplasticity
- Lie symmetries of finite strain elastic-perfectly plastic models and exactly consistent schemes for numerical integrations
- scientific article; zbMATH DE number 2218179
- Internal symmetry in bilinear elastoplasticity
- A consistent numerical scheme for the von Mises mixed-hardening constitutive equations.
Minkowski spacetimelarge deformationhomogeneous coordinatesEuclidean groupinternal symmetryorthochronous Lorentz groupperfect elastoplasticityconsistency numerical schemeelastic phaseelastoplastic phasefifth-order spin tensorlinear irreducible representationoff-phaseon-phase
Structure and representation of the Lorentz group (22E43) Large-strain, rate-independent theories of plasticity (including nonlinear plasticity) (74C15)
Cited In (7)
- Internal symmetry in bilinear elastoplasticity
- Lorentz group on Minkowski spacetime for construction of the two basic principles of plasticity
- Internal symmetry in the constitutive model of perfect elastoplasticity
- A consistent numerical scheme for the von Mises mixed-hardening constitutive equations.
- Automatic consistency integrations for the stress update of \(J_{2}\) elastoplastic rate constitutive equations with combined hardening
- Title not available (Why is that?)
- Computational methods for elastoplasticity: an overview of conventional and \textit{less-conventional} approaches
This page was built for publication: Lorentz group SO\(_o\)(5,1) for perfect elastoplasticity with large deformation and a consistency numerical scheme
Report a bug (only for logged in users!)Click here to report a bug for this page (MaRDI item Q1609253)