-
Couldn't load subscription status.
- Fork 706
Clarification in is_hermitian property
#7946
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
Clarification in is_hermitian property
#7946
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #7946 +/- ##
==========================================
- Coverage 99.68% 99.68% -0.01%
==========================================
Files 542 542
Lines 55622 55622
==========================================
- Hits 55449 55448 -1
- Misses 173 174 +1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Co-authored-by: Christina Lee <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know there was a discussion about this on slack, but is this behaviour not fixable? It's odd that we have a user-facing operator property that we know gives incorrect results.
Co-authored-by: Isaac De Vlugt <[email protected]>
|
@isaacdevlugt Yeah I agree that this is odd. At least now this is documented : ) It seems to me that the only 'secure' way would be to compare the matrix of the operator with the adjoint matrix (which is what |
If it was 100% accurate, it would be too expensive to be useful, since the only real way to be accurate is by using the full matrix. But potentially we could just remove it entirely. |
…o clarification_is_hermitian_property
|
This PR is fine to merge, but I would strongly consider deprecating and removing |
Co-authored-by: Isaac De Vlugt <[email protected]>
Context: The docstring of the
is_hermitianfunction was not entirely clear. Specifically, there are some edge cases where this property returns the wrong result. Now this limitation is documented.Description of the Change: As above.
Benefits: More clarity.
Possible Drawbacks: None that I can think of.
Related GitHub Issues: None.
[sc-95920]