You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
See what data each of the analysis routines use, and write routines that extract that information from both PDB files and CGModels.
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.
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:
get_helical_distributions
fraction_native_contacts
The text was updated successfully, but these errors were encountered: