Skip to content

Explicitly define how to merge NAGL sections of multiple force fields #72

Description

@mattwthompson

From a PR review, which was not a blocker for the initial implementation


Let me be a little more clear - what it would mean to merge here is not explicitly covered in the spec. I think this implementation is reasonable, though, so I'm just nudging for tests to cover that.

Deeper:

  • If the sections differ in the model file they're based off of, I can't imagine a meaningful way to merge them. Erroring is right and what happens
  • I figure it's un-/under-defined to try to have multiple copies of this section, and hope the API prevents that from happening (from disk, in-memory, registering a new handler, etc.). This should be true for other handlers as well? This hypothetical doesn't make any sense for the other parameters
  • If they're identical, then it doesn't really matter which is used.
  • Even the existing spec ("provided the top-level tags have compatible attributes") leaves a little room for art

Originally posted by @mattwthompson in openforcefield/openff-toolkit#2048 (comment)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions