Skip to end of metadata
Go to start of metadata
Participants
Discussion topics
Item | Notes |
---|
Background on MMSchema/MMIC | https://mm-portal.netlify.app/ AAM – I’ve been assigned to work on an MMSchema, and there’s another project called molecular mechanics interoperability schema. Hopefully in the future will have performant formats like hdf5 compatibility, but right now we’re leaning on JSON. Goal of MMSchema is to standardize SCHEMAS, not standardize WORKFLOWS. Each component of MMIC will specify an exact input schema, and output schema. This schema will be defined using MMIC component definition. Distinction between strategic and tactical components – Strategic is “high level”; “I want to do an energy minimization with some high-level description”. Tactical components CAN be specified by user, but are otherwise automatically selected at runtime by the strategic components.
|
Background on OpenFF | Our input molecules need to have: Atoms: Element, formal charge, stereocehmsitry Bonds: Integer bond order, stereochemistry
Our current output format is OpenMM System We consider vdw+ES cutoffs to be part of the force field Hbond constraints are part of the force field Vitualsites are in a weird area for us – Right now they should be defined in the FF, but in some cases our API allows users to put them on molecules. There’s friction here when converting an OpenMM Topology+System to a ParmEd structure because we don’t have atom types
In the future we will output to a new object, the “OpenFF System”. This will have less-lossy conversion to other formats Working draft of molecule information relationships https://docs.google.com/presentation/d/1AX8VGIxyG0CPYPndN92Mmn2Byq6QRUaNsLfn-8THpCQ/edit#slide=id.g5a81e855e2_1_75
|
Materials science interface | |
QCArchive interface | |
Action items
Decisions
0 Comments