Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[GeoMechanicsApplication] Standardization of K0 procedure #12645

Open
6 tasks
indigocoral opened this issue Aug 26, 2024 · 1 comment
Open
6 tasks

[GeoMechanicsApplication] Standardization of K0 procedure #12645

indigocoral opened this issue Aug 26, 2024 · 1 comment
Assignees

Comments

@indigocoral
Copy link
Contributor

indigocoral commented Aug 26, 2024

From user story ; #59

User expectation of procedure (e.g. when using non-linear material)

User expectation in terms of provided parameters and K0, e.g. providing OCR value per layer, or providing user defined K0_xx, K0_yy, K0_zz when OCR is present.

Need to add logical procedure and/or error \ validation layer.

Also need to add mechanism to add the stress dependent effects of POP (see Marjan's documentation #12499 )

Also update the readme file for custom_processes to add K0 procedure (or refer to the docs)

Closed by:

After trying with applications\GeoMechanicsApplication\tests\test_k0_procedure_process\test_k0_procedure_k0_nc_ocr by:

  • remove the set_parameter_field_process
  • add OCR in MaterialParameters1.json

The OCR per material ( and therefore per layer as each layer has its own material ) works already.
To use a POP input from a material, Marjan shows that the integration point vertical stress is needed. Taking some care of zero vertical stress ( then the horizontal ones should probably zero and a zero division avoided ) The need for the vertical stress to compute an OCR value and from that the K0 directional values dictates that for POP the K0 value computation has to take place inside the integration point loop within ApplyK0ProcedureProcess::CalculateK0Stresses(Element& rElement).

@rfaasse
Copy link
Contributor

rfaasse commented Sep 25, 2024

We discussed in the refinement that issues with partially/unsaturated zones are out of scope for completing this issue and estimated accordingly

FYI @indigocoral @mcgicjn2

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants