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
Currently, systems are only visualized if a trajectory is part of the uploaded data. Since we only display a single snapshot, providing a coordinate file, e.g., gro or pdb, should be enough for nomad to create the visualization.
The text was updated successfully, but these errors were encountered:
We should add some more logic to the designation of the trajectory (or structure) file to be used with the MDAnalysis parser, see Block around Line 1694.
I would suggest creating a function find_trajectory_files(), which executes the current block and logic, but then also looks for pdb, gro, etc. if trr and xtc are not found. We have to define an prioritization ordering, I would say: trr, xtc, pdb, gro, ... (I prioritized pdb above gro because it can also hold a trajectory, but maybe this is not right). Other formats that people use with Gromacs?
If only a single file is provided, MDAnalysis tries to read both topology and trajectory information from it.
Passing only a *.gro file to MDAnalysis generates a universe with topology information and a single trajectory frame
Same for passing only a PDB file
*.gro and PDB are treated as both trajectory and topology formats by MDAnalysis, so this might not hold for other topology formats.
I would suggest making sure that when we generate the MDAnalysis universe, we use the keywords (topology=..., trajectory=...) to make it very clear what kind of information is passed to the current instance.
Currently, systems are only visualized if a trajectory is part of the uploaded data. Since we only display a single snapshot, providing a coordinate file, e.g.,
gro
orpdb
, should be enough for nomad to create the visualization.The text was updated successfully, but these errors were encountered: