Trajectories #34
Labels
event/workshop-2018
Issues discussed during OPTIMaDe workshop 2018
status/has-concrete-suggestion
This issue has one or more concrete suggestions spelled out that can be brought up for consensus.
topic/property-standardization
The specification of the precise data representation of properties and entries
Trajectories should be a simple extension of the structure API (see Issue #23)
Suggestion :
lattice_vectors_trajectory
: list of each lattice_vectors-like (as defined in structure, see Issue #23) at each time step or relaxation stepcartesian_site_positions_trajectory
: list of each cartesian_site_positions-like (as defined in structure) at each time step or relaxation stepFor a trajectory/relaxation to be "activated", at least one of the previous field has to be defined.
For trajectories, the following (optional) fields can be given :
md_start_time
: Starting time of the trajectory (suggested unit : fs)md_time_step
: Time step of the MD trajectory (if time step is constant), in suggested unit fsmd_times
: If variable time steps are allowed, list of times of the MD trajectory, in suggested unit fsWe suggest that the rest of the structure field stays the same (dimension_types, species, ...). Assemblies could also be used for e.g. Path Integral Molecular Dynamics.
The text was updated successfully, but these errors were encountered: