-
Notifications
You must be signed in to change notification settings - Fork 1k
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
YPowGate has no dimension #5647
Comments
CC @daxfohl |
When this is implemented we'll also need to update its docstring, as seen in #5648. |
X and Z have standard generalizations to higher dimensions https://en.wikipedia.org/wiki/Generalizations_of_Pauli_matrices#Construction:_The_clock_and_shift_matrices I wasn't able to find a standard for Y. Probably the relation |
Yeah I don't think there is a canonical definition of a higher order Y operator. Consider for example |
(Except in other contexts where Y is the canonical higher order operator https://en.m.wikipedia.org/wiki/Fixed-point_combinator#Fixed-point_combinators_in_lambda_calculus) :) |
As advertised. Everything except the "dimension" part is copied from the EigenGate constructor docstring. Also opened #5647 for adding similar functionality + docs to YPowGate.
As advertised. Everything except the "dimension" part is copied from the EigenGate constructor docstring. Also opened quantumlib#5647 for adding similar functionality + docs to YPowGate.
As advertised. Everything except the "dimension" part is copied from the EigenGate constructor docstring. Also opened quantumlib#5647 for adding similar functionality + docs to YPowGate.
Follow-up to #4782: we added a dimension property for X and Z, but Y remains locked to qubits. This seems like an oversight - can we finish out the pauli trio by adding dimensions to YPowGate?
The text was updated successfully, but these errors were encountered: