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
Connected to #51#52#53#54 - is having our own parsers the best way to move forward? Could MDTraj / MDAnalysis / pytraj / other packages make our lives easier? Note that physical_validation has some very specific requirements of what information is needed, which were not fulfilled by any other package last we checked.
Related to do: Make list of information physical_validation needs to read from simulation results files.
The text was updated successfully, but these errors were encountered:
I think relying on packages like you listed is the preferred approach in general, but this may not be feasible if we'd need to make a lot of changes to them to get them to include the necessary information. Agreed that the first step is documenting specifically what is needed here
Also, as stated during group meeting today, feeding physical_validation energies, trajectories, or details about the simulated ensemble through python data structures is relatively easy. The most tedious part handled by the parser is topological information for the equipartition tests (all other tests use at most the total number of degrees of freedom from the topological information). Having an external package that is able to return atomic masses and information on bonds might save us a lot of hassle.
Connected to #51 #52 #53 #54 - is having our own parsers the best way to move forward? Could MDTraj / MDAnalysis / pytraj / other packages make our lives easier? Note that physical_validation has some very specific requirements of what information is needed, which were not fulfilled by any other package last we checked.
Related to do: Make list of information physical_validation needs to read from simulation results files.
The text was updated successfully, but these errors were encountered: