Skip to content

Conversation

@nilsvu
Copy link
Member

@nilsvu nilsvu commented Feb 3, 2021

Proposed changes

The strain won't be explicitly solved for anymore with the upcoming second-order DG operator, so this compute tag is used to observe it and dependent quantities such as the potential energy.

Upgrade instructions

Code review checklist

  • The code is documented and the documentation renders correctly. Run
    make doc to generate the documentation locally into BUILD_DIR/docs/html.
    Then open index.html.
  • The code follows the stylistic and code quality guidelines listed in the
    code review guide.
  • The PR lists upgrade instructions and is labeled bugfix or
    major new feature if appropriate.

Further comments

@nilsvu nilsvu requested a review from nikwit February 3, 2021 11:44
@nilsvu nilsvu force-pushed the strain_compute_item branch from c7248aa to 9708804 Compare February 4, 2021 15:44
Copy link
Contributor

@nikwit nikwit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good to me. Do I understand correctly that nabla here just refers to a purely spatial gradient and not a covariant derivative?

return displacement;
}

template <size_t Dim>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

a short comment that this is $\nabla_{(i} \xi_{j)}$ of polynomial_displacement might be helpful

@nilsvu
Copy link
Member Author

nilsvu commented Feb 5, 2021

@nikwit It can actually be a covariant derivative, though we don't currently solve elasticity systems on a curved geometry. But for the XCTS solves we'll have a strain that's the symmetrized covariant derivative of the shift vector: B_{ij}=\nabla_{(i}\gamma_{j)k}\beta^{k}

@nikwit
Copy link
Contributor

nikwit commented Feb 5, 2021

@nilsleiffischer Yes, I see. But the way it is calculated here with partial_derivatives, it would not be able to take into account non-zero Christoffel symbols, right?

@nilsvu
Copy link
Member Author

nilsvu commented Feb 5, 2021

That's right, to support a curved geometry we would have to add an overload here that takes a metric and christoffel symbols.

@nikwit
Copy link
Contributor

nikwit commented Feb 5, 2021

ok, thanks :) One more thing: the affine map in the unit test here would be an edge case where the jacobian is constant over the domain (is independent of coordinates) if I understand that correctly. But I assume thats fine as we are not testing the calculation of the partial derivatives itself.

@nilsvu
Copy link
Member Author

nilsvu commented Feb 5, 2021

Yep that's how I see it, too

Copy link
Member

@kidder kidder left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have no requested changes

@nilsvu nilsvu force-pushed the strain_compute_item branch from 9708804 to a298d25 Compare February 9, 2021 19:30
@nilsvu
Copy link
Member Author

nilsvu commented Feb 9, 2021

Rebased and squashed in the one added comment. Thanks for your reviews @nikwit and @kidder!

kidder
kidder previously approved these changes Feb 9, 2021
The strain won't be explicitly solved for anymore with the upcoming
second-order DG operator, so this compute tag is used to observe it
and dependent quantities such as the potential energy.
@nilsvu
Copy link
Member Author

nilsvu commented Feb 10, 2021

@kidder @nikwit rebased again and added some missing includes.

@kidder kidder merged commit 2f4fec9 into sxs-collaboration:develop Feb 11, 2021
@nilsvu nilsvu deleted the strain_compute_item branch March 27, 2021 18:10
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

Successfully merging this pull request may close these issues.

3 participants