Open lilyminium opened 1 week ago
cc @Yoshanuikabundi - I'm happy for this change to be included if you two agree it makes sense
I have a weak preference for putting this back in, mostly because I'm not sure it makes sense to subtract the tolerance from the initial box. In the "working" Evaluator output, the box does use the tolerance and goes up to 59 A. It's only a weak preference because you can get around it by either changing the density or scaleup factor (although the scaleup isn't currently a publically available kwarg).
FYI, in using only 1 conformer in #1107 worked for all the test cases I was looking at without removing this additional subtraction of tolerance, so my "weak" preference here is definitely very weak.
Description
Not so much a bug report as an FYI for discussion -- there are still differences between Packmol behaviour between Evaluator and Interchange, and I believe one of them is down to the line below. Evaluator's input file does not seem to have subtracted the tolerance:
Reproduction
Please include a minimally reproducing example of this bug.
https://github.com/openforcefield/openff-interchange/blob/8d2cee156c8a6763fde0e1938809a96b688325da/openff/interchange/components/_packmol.py#L477
Output
Using a mixture of triethanolamine and water, modern Evaluator builds the following input file:
Evaluator packmol_input.txt
Interchange 0.4.0:
And the box size from density from both returns ~57.63472087723553:
Evaluator:
Interchange:
In a fun twist, I'm not getting Evaluator's input box to actually pack for me either in this separate workflow (it has worked fine in an actual run of Evaluator....) so there's also other stuff going on here, but thought I'd raise it.
Software versions
conda list
?