Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Template testing #53

Merged
merged 4 commits into from
Feb 14, 2020
Merged

Template testing #53

merged 4 commits into from
Feb 14, 2020

Conversation

d-b-w
Copy link
Collaborator

@d-b-w d-b-w commented Feb 14, 2020

Relates to issue #52.

This adds a test that runs coordgen on the template file to see whether the templates are used. This is done by checking the rigid atom property. I can't just compare coordinates, because coordgen scales everything by a factor of 50.

Required for work on #52 and #53. @ZontaNicola , I'd love feedback about whether this is a sane or meaningful test.

There were a bunch of extra properties in the structures in
templates.mae that weren't doing anything. Also, the titles
of many templates weren't very useful in specifying what
the template actually means.
This is mostly to make the file a little shorter for humans to
read. But together with the previous commit, does same some
kb of data.
@ZontaNicola
Copy link
Collaborator

great and much needed test, Dan, thanks! I'm not surprised that some templates don't match themselves (which means they are useless at the moment) because at some point we moved the checking for templates down the list as a last resort strategy. By the time it gets there the ring system has been already simplified and reduced to a smaller subset and therefore doesn't match the original template. I'm not sure about performance, but we probably should look for a template as a first strategy, it certainly would improve quality for templated or template-containing molecules

Adds a test that when coordgen is run on the template files,
the templates are actually used. Does this by reading the
template files into molecules and then running
generateCoordinates(). It looks like the template matching code
adds the "rigid" property to any atom that had matched a
template, so that's what is checked here.
@d-b-w
Copy link
Collaborator Author

d-b-w commented Feb 14, 2020

Oh, this is not about performance. I was making some changes and wanted to make sure that I don't break template use.

I also wanted template use to be run under valgrind.

@d-b-w d-b-w merged commit b4a55b3 into schrodinger:master Feb 14, 2020
@d-b-w d-b-w deleted the template_testing branch June 1, 2020 19:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants