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

interface integration #48

Open
thegodone opened this issue May 30, 2022 · 1 comment
Open

interface integration #48

thegodone opened this issue May 30, 2022 · 1 comment
Labels
enhancement New feature or request

Comments

@thegodone
Copy link

thegodone commented May 30, 2022

Would it be possible to make an interface integration layer on top of the code to be able to link MOPAC into python functions in a modern style without read/write files ?

@godotalgorithm godotalgorithm added the enhancement New feature or request label May 31, 2022
@godotalgorithm
Copy link
Collaborator

We do plan to develop our own Python interface to MOPAC, but there are already two Python interfaces available that I am aware of: MOPAC can be used as a calculator in ASE and an engine in QCEngine. Both of these interfaces are presently limited in which outputs they can access from MOPAC (it might be only heats of formation, forces, and/or relaxed geometries), and our plan is to expand that access in our own interface (and perhaps contribute similar features to these other interfaces).

Do you need access to any MOPAC features or outputs that aren't presently accessible through either ASE or QCEngine?

Do you have a use case where you need to completely suppress file I/O for some reason, or would it be acceptable for inputs and outputs to be harvested from temporary files that are automatically deleted? MOPAC's I/O is rigidly tied to disk access right now. A somewhat short-term hack would be to use strings in place of files to avoid disk access. Ideally, it would be desirable to pass data into and out of MOPAC purely through data structures, but that is a much more substantial undertaking, and I'm not clear that there is yet a use case to justify the development effort.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants