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
The easy way is just to compute the new value and hard-code it into our current code which would be something like
ONE_4PI_EPS0=138.93545764438198
which is the approach that works in this moment.Would that do it? This is an easy fix, and hopefully the value change in the sixth digit after the point won't make things explode for us.
OR we want to have something a bit more elegant, maybe with fundamental quantities, such as electron charge in Coulombs, and having units, etc. and computing it from these? Which would be something like
(Probably missing some units there). Which could possibly make things fail in the short-term if things are not meant to deal with Quantity objects.
I guess there is even a third option, which is doing this in the openmmside and importing the constants from there. What's the desired approach for this one?
OpenMM recently updated all physical constants to match the CODATA 2018 self-consistent constants. We should update our version of this constant.
The text was updated successfully, but these errors were encountered: