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

Add an AdaptVQEUCCFactory #854

Closed
mrossinek opened this issue Sep 28, 2022 · 3 comments · Fixed by #1084
Closed

Add an AdaptVQEUCCFactory #854

mrossinek opened this issue Sep 28, 2022 · 3 comments · Fixed by #1084
Labels
on hold Can not fix yet type: feature request New feature or request

Comments

@mrossinek
Copy link
Member

What should we add?

With the AdaptVQE algorithm being migrated to Terra (Qiskit/qiskit#7930), we should add a factory class to Nature which can leverage this algorithm in combination with the at-runtime constructed UCC ansatz. The same could be done for the UVCC case.

@mrossinek mrossinek added the type: feature request New feature or request label Sep 28, 2022
@mrossinek mrossinek changed the title Add an AdatpVQEUCCFactory Add an AdaptVQEUCCFactory Sep 28, 2022
@Unathi-Skosana
Copy link
Contributor

Hi @mrossinek, I would like to work on this. Just one question, do you expect the AdaptVQE factories to inherit from VQEUCCFactory and VQEUVCCFactory respectively or directly from the base MinimumEigensolverFactory?

@mrossinek
Copy link
Member Author

I have some entirely new ideas on how to handle this kind of factories. I will update later next week 👍

@mrossinek
Copy link
Member Author

I am putting this issue on hold for now, because the concept of the algorithm factories is a bit outdated. Now that all problem specific information is available before we pass it into the solver (i.e. it is in its final transformed form), the need for a factory to inject runtime information is not as high any more.

To be more specific: the data problem.num_particles, problem.num_spatial_orbitals is correctly known upfront and will not change under some transform.
The qubit_converter objects are still undergoing a refactoring so it is a bit hard to predict what these will look like in terms of their stateful contents (see #967).

However, there are still some aspects which could be usefully set on algorithms at runtime:

With all that said, I would also like to point out that we do not want to start adding factories for every algorithm in Terra, especially not with all the combinatorial options for various ansatze. Maybe a new design needs to be found which supersedes this factory style, but until the QubitConverter refactoring is done, I am putting this on hold.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
on hold Can not fix yet type: feature request New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants