You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Users, especially those adapting OpenFF tools and force fields outside of conventional drug discovery applications, commonly use large molecules for which AM1-BCC takes a long time to run. We have a shortcut charge_from_molecules that effectively allows the user to opt-in to caching these charges. What we don't have, however, is a self-contained example that demonstrates its use (and only its use). I can link to API docs, but it's slightly more involved than that because they need to store the charges alongside a Moleculeobject(s), not just have them in an array somewhere.
Describe the solution you'd like
A relatively short example I can link to instead of explaining it again each time this comes up.
Describe alternatives you've considered
Just repeating myself every time it comes up.
Additional context
Some of us want charge_from_molecules to go away (#806). I'm one of those people. Unfortunately, there's been no movement in years and I don't think we can assume it's going to be removed shortly. Arguably NAGL will makes this obsolete at which point it is released for general use, but I don't believe there's a push to remove charge_from_molecules from the API.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Users, especially those adapting OpenFF tools and force fields outside of conventional drug discovery applications, commonly use large molecules for which AM1-BCC takes a long time to run. We have a shortcut
charge_from_molecules
that effectively allows the user to opt-in to caching these charges. What we don't have, however, is a self-contained example that demonstrates its use (and only its use). I can link to API docs, but it's slightly more involved than that because they need to store the charges alongside aMolecule
object(s), not just have them in an array somewhere.Describe the solution you'd like
A relatively short example I can link to instead of explaining it again each time this comes up.
Describe alternatives you've considered
Just repeating myself every time it comes up.
Additional context
Some of us want
charge_from_molecules
to go away (#806). I'm one of those people. Unfortunately, there's been no movement in years and I don't think we can assume it's going to be removed shortly. Arguably NAGL will makes this obsolete at which point it is released for general use, but I don't believe there's a push to removecharge_from_molecules
from the API.The text was updated successfully, but these errors were encountered: