2020-10-28 BespokeFit meeting notes

Date

Oct 28, 2020

Participants

  • @Jeffrey Wagner

  • @Joshua Horton

  • @David Mobley

  • @Chris Ringrose

  • @Daniel Cole

  • @Pavan Behara

Discussion topics

Notes

Notes

Congeneric series.

  • JH – In my current test sets, many ligands have a common core, but they’re redundantly parameterized. However, ForceBalance sometimes produces slightly different results for identical inputs. It’s not clear how we can combine these results into a single

  • JW will send JH a code snippet for concatenating FFs which allows duplicate parameters (ignoring subsequent matches).

  • DC –

  • JH – (Describes how chemper works to make the SMARTS for the desired torsion, by asking for the overlap between the whole molecule and the fragment)

JH – There’s sometimes a large number of parameters to optimize (60+ in some cases). Could be reduced by having logic to identify common cores and only do them once. I also think it’d be helpful to use Parsley parameters as an initial guess (as opposed to 0)

  • DM – Using Parsley as initial guess may not be perfect, but it’s probably a better guess than 0.

  • JH – Also using Parsley to have initial guess at periodicities and phases.

  • DM – Probably also a good guess

  • JH – Could allow for all periodicities, but this makes the search/optimization space really large.

  • DM – Would be nice to have some measure of difference between Parsley and QM, and use that to guide parameter fitting/derivation strategy.

  • JH – Agree, I was thinking along these lines. I’ll do an experiment where I refit them using periodicities from Parsley, and another where I use all periodicities.

  • DC – We’ve also found that regularization to OPLS is generally useful, but it would be interesting to do this experiment.

JH – Regarding idea for benchmarking where we fit FFs to ANI and then use it to rerank conformers, I think the ANI instabilities make this unfeasible in the short term.

  • DM – Yeah, short-term work shouldn’t rely on ANI. Could use default method, or anything else kinda fast and “accurate enough”

  • JH – Will continue testing with XTB.

  • JW – Could submit calculations on default level of theory on common ligand set

    • JH – this is already done

DM – Re: deciding on default level of theory – LPW just needs to make this decision, but it seems to have fallen off his radar. Discussion is in #benchmarking-partners. Dotson is pushing for a decision by Dec 1.

  • JH – This sounds good, we can change the method and basis later if needed.

  • DM – For background, we had decided on a “default method” (B3LYP-DZVP-BJ(?)) for all our datasets. But we acknowledged that this was a short-term decision and that we’d need to revisit it for the long term. Especially with regard to polarization + charged mols.

DC – As of a few days ago, CR is working on functionality for vsites in GeomeTRIC. This is so we can do torsion scans in OpenMM w/ vsites.

  • DM – If QCEngine is using geomeTRIC for torsion drives, then we’ll need it to support vsites. Could loop in Trevor Gokey to help with this.

  • DC – As of yesterday, geomeTRIC scans with vsites weren’t converging.

    • CR – Actually, it may have been an xml issue. This may not be an issue at all.

  • DM – CR should tag Trevor Gokey for code review or feedback on this.

  • DC – We’re using the LocalCoordinatesSite type of vsite.

  • DM – Would also be good to loop in Simon Boothroyd on this, since he’ll also be interested in how vsites slot into fitting machinery.

  • JW will loop together CR, TG, SB, JH to touch base about vsites in geometric/other fitting machinery.

 

Action items

Decisions