Skip to main content
Quantum Computing

Return to Answer

add inline code blocks
Source Link
edit approved Jun 16, 2021 at 8:08
epelaez
edit approved Jun 16, 2021 at 8:08
epelaez
  • 3k
  • 1
  • 9
  • 31

I think I found why the target unitary needs to be a TwoQubitWeylDecompositionTwoQubitWeylDecomposition class as the .a.a, and also .b.b, and .c.c attributes allow for the access of the second np.mod((d[:3]+d[3])/2, 2*np.pi)np.mod((d[:3]+d[3])/2, 2*np.pi). This argument is needed for the TwoQubitBasisDecomposer()TwoQubitBasisDecomposer(), and so the target unitary needs to be a TwoQubitWeylDecompositionTwoQubitWeylDecomposition. I hope this helps. :)

I think I found why the target unitary needs to be a TwoQubitWeylDecomposition class as the .a, and also .b, .c attributes allow for the access of the second np.mod((d[:3]+d[3])/2, 2*np.pi). This argument is needed for the TwoQubitBasisDecomposer(), and so the target unitary needs to be a TwoQubitWeylDecomposition. I hope this helps. :)

I think I found why the target unitary needs to be a TwoQubitWeylDecomposition class as the .a, .b, and .c attributes allow for the access of the second np.mod((d[:3]+d[3])/2, 2*np.pi). This argument is needed for the TwoQubitBasisDecomposer(), and so the target unitary needs to be a TwoQubitWeylDecomposition. I hope this helps. :)

Source Link
Soham Jain
Soham Jain
  • 1

I think I found why the target unitary needs to be a TwoQubitWeylDecomposition class as the .a, and also .b, .c attributes allow for the access of the second np.mod((d[:3]+d[3])/2, 2*np.pi). This argument is needed for the TwoQubitBasisDecomposer(), and so the target unitary needs to be a TwoQubitWeylDecomposition. I hope this helps. :)