MT – Season 1 benchmarking used a lot of rdmols. Do we want to continue that pattern? How much openeye should be in this? Or should we use OFFMols?
JW – I think we picked RDKit because
it let us handle molecules even if they weren’t valid OFFMols
it exposes lots of knobs for conf gen/rmsd calculation/alignment
everyone has access to it and it’s open source
LW – RDKit offers a lot more knobs than OpenFF (eg. max attempts)
MT – Do we have a preference for the backend in this case? OE is easier to work with and more performant.
LW – From a sustainability perspective, RDKit is more promising. I see the point about the RDKit API being somewhat “sticky”, so wherever possible it’d be good to route calls through OpenFF toolkit.
MT – I didn’t expect that. I looked at the code a bit and saw a lot of direct calls to RDKit.
JW – Routing through toolkit API may make initial implementations traightforward and more reproducible, but would make changes more expensive. This would also make it possible for OFFTK releases to change benchmarking results.
MT – An RDKit release will always make it possible for the conformers to change. Maybe we’re talking about two things -
MT – Do we agree with “don’t directly call openeye”?
MT – Should we ever call Openeye?