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

Code Reuseability (How should we approach common analyses between codebases?) #9

Open
tlfobe opened this issue May 15, 2020 · 1 comment

Comments

@tlfobe
Copy link
Member

tlfobe commented May 15, 2020

This is still a point I think we should think and discuss a little more from our Foldamers subgroup meeting on 5/15.

Currently, some of the analysis in Foldamers requires a CGModel for the specific analyses. This means that we can't do those analyses with other representations of a foldamer without first converting to a CGModel.

I don't know what the right way to go about this is. Maybe we should use the CGModel as a central data object that we plug into all these analyses.

Some examples are:

@cwalker7 cwalker7 transferred this issue from shirtsgroup/foldamers Aug 7, 2020
@mrshirts
Copy link
Contributor

mrshirts commented Aug 7, 2020

I think there are a couple of possibilities.

  1. See what data each of the analysis routines use, and write routines that extract that information from both PDB files and CGModels.

  2. Write a routine that extracts the important structural information from PDB and put them into a CGModel, even if it's not a sufficient model to actually run a simulation in - it still could be a convenient place to store that information in a useful format.

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

No branches or pull requests

2 participants