Skip to content

Releases: openmm/openmmforcefields

0.16.0

27 Apr 20:22
3aa9162

Choose a tag to compare

0.16.0 Template generator improvements

This release adds support to SMIRNOFFTemplateGenerator for virtual sites and constraints in SMIRNOFF force fields, as well as for loading multiple SMIRNOFF force field files into one template generator. It also adds support for parameterizing molecules spanning more than one residue in an OpenMM Topology. In addition, this release improves the performance of residue template matching and caching.

Note that this release changes the behavior of template generators when no forcefield argument is provided. Previously, the latest supported force field for a given template generator, which could change from release to release, would be selected automatically. Starting with this release of openmmforcefields, specifying the forcefield argument explicitly is mandatory for all template generators.

With this release, openmmforcefields now requires an OpenMM version no earlier than 8.5.1.

What's Changed

  • [pre-commit.ci] pre-commit autoupdate by @pre-commit-ci[bot] in #427
  • SMIRNOFF: multiple force field files, virtual sites, and constraints by @epretti in #423
  • Bump docker/login-action from 3 to 4 by @dependabot[bot] in #431
  • Bump codecov/codecov-action from 5 to 6 by @dependabot[bot] in #432
  • Bump mamba-org/setup-micromamba from 2 to 3 by @dependabot[bot] in #433
  • Support multi-residue molecules in template generator and improve performance by @epretti in #430
  • [pre-commit.ci] pre-commit autoupdate by @pre-commit-ci[bot] in #436
  • Clean up README and docstrings by @epretti in #435
  • Make all template generators require explicit force field specification by @epretti in #438
  • Update README for 0.16.0 by @epretti in #439

Full Changelog: 0.15.1...0.16.0

0.15.1

18 Dec 22:03
2df3b57

Choose a tag to compare

0.15.1 More Force Field Updates!

We added Lipid21 in PR #390 and updated the default SMIRNOFF force field to be openff-2.2.1 in PR #417
We removed the ff19ipq force field since it is not supported by Amber, see PR #419 for details.
We now support any barostat in SystemGenerator, see PR #414 for details.

More details below 👇

What's Changed

New Contributors

Full Changelog: 0.15.0...0.15.1

0.15.0 Force Field Updates and More!

07 Aug 22:49
6d91c70

Choose a tag to compare

All template generators now take template_generator_kwargs as an optional init parameter. This removes the residue_atoms argument from the generate_residue_template method, see #391 for details. This release updates the CHARMM force field to the July 2024 release. We also updated Amber force fields with latest versions from AmberTools 24. Compatibility with esploma force fields has also been improved.

See more details below 👇

What's Changed

New Contributors

Full Changelog: 0.14.2...0.15.0

0.14.2 Compatibility Release

05 Mar 23:01
e6e6248

Choose a tag to compare

What's new?

This release enables compatibility with Interchange version 0.4.2 by better processing CMMotionRemover if present in one of the Systems that is used internally to generate residue templates. The behavior of the removeCMMotion argument to OpenMM's ForceField.createSystem if containing these residue templates is unchanged.

See this pull request and issue for more technical details:
#367
#365

Breaking API Changes?

None!

List of Pull Requests in Release

Full Changelog: 0.14.1...0.14.2

0.14.1 Bring back GAFFTemplateGenerator for OpenMM >=7.6.0

24 Jul 22:21
051cbcb

Choose a tag to compare

0.14.1 Bring back GAFFTemplateGenerator for OpenMM >=7.6.0

This release brings back GAFF force feild support for all versions of OpenMM previously supported.
Additionally, we now use the output of parmchk2 for all GAFF parameters.
Previously we used gaff.dat + parmchk2 output to generate forcefield parameters.
Functionally this doesn't change the end user experience but means we do not need to create new forcefield XML files for newer GAFF versions and now support whatever GAFF versions that parmchk2 supports for the installed AmberTools version.

Deprecation Notice

The XML files in openmmforcefields/ffxml/amber/gaff/ffxml may be removed in a future release.

0.14.0 Enable GAFF support with OpenMM 8.1.2

19 Jul 17:49
38eb754

Choose a tag to compare

GAFF now works with OpenMM 8.1.2

A release will follow soon that enables GAFF support on older OpenMM releases.

What's Changed

New Contributors

Full Changelog: 0.13.0...0.14.0

0.13.0 Temporarily remove GAFFTemplateGenerator

03 May 20:51
f943979

Choose a tag to compare

0.13.0 Temporarily remove GAFFTemplateGenerator

This release temporarily removes GAFFTemplateGenerator because of packaging incompatibilities with
AmberTools 23. This functionality is planned to be re-introduced in 0.14.0.

This release is expected to work with Python 3.10-3.12.

Other changes include

  • The default force field of SystemGenerator was updated from openff-1.0.0 (code name Parsley) to
    openff-2.0.0 (code name Sage).

What's Changed

New Contributors

Full Changelog: 0.12.0...0.13.0

0.12.0 Release

12 Oct 22:22

Choose a tag to compare

What's Changed

Improvements

  • Convert all amber ions (see openmm/openmm#3663 for more detail) one-to-one using Amber ion frcmod files (from AmberTools 22) into OpenMM xml files with the same names and the same contents. by @mattwthompson & @aizvorski in #242 & #239
  • SystemGenerator should only add barostat if system is periodic. Solves #252 by @jchodera in #253
  • Fix OPC3 bond length. In the Amber implementation of the OPC3 water model at ffxml/amber/opc3.xml, the H-O bond length was too large by a factor of 10. by @mattwthompson in #273
  • raise ForceException if a custom force is found. by @mattwthompson in #292
  • Allow an offxml string to be used as a small molecule force field for the SystemGenerator and SMIRNOFFTemplateGenerator for example:
"Try and load a OFFXML string into a system generator object"
from openmmforcefields.generators import SystemGenerator
from openff.toolkit.typing.engines.smirnoff import ForceField
from openff.toolkit.topology import Molecule
import openmm

# load the ff
ff = ForceField("openff-2.0.0.offxml")
# create a system generator
system_gen = SystemGenerator(
    forcefields=['amber/ff14SB.xml', 'amber/tip3p_standard.xml'],
    small_molecule_forcefield=ff.to_string()
)
mol = Molecule.from_smiles("CC")
system = system_gen.create_system(topology=mol.to_topology().to_openmm(), molecules=mol)
with open("system.xml", "w") as output:
    output.write(openmm.XmlSerializer.serialize(system))

by @jthorton in #288

  • Support system and template generator for Espaloma 0.3.* (espaloma 0.2.* is no longer supported) by @ijpulidos in #293

CI

Docs

New Contributors

Full Changelog: 0.11.2...0.12.0

0.11.2 Bugfix Release (fix new openff toolkit support)

22 Sep 19:35
33d500e

Choose a tag to compare

Quick Look

@mikemhenry bungled the support of the new OpenFF Toolkit. This release fixes that.

What's Changed

Full Changelog: 0.11.1...0.11.2

0.11.1 Bugfix Release - Add support for new openff-toolkit 0.11

08 Aug 16:11
684ec00

Choose a tag to compare

Quick Look

This bug fix release mostly fixes regressions when introduced during development of 0.11.1, hence many of these bugs never made it into a release.
The main highlight is we now support the new openff-toolkit 0.11 and have backwards compatible support for older versions.
See changelog below for more details.

What's Changed

New Contributors

Full Changelog: 0.11.0...0.11.1