<li>group-ID = ID of the group of atoms to be imaged</li>
<li>molfile = style of dump command (other styles <em>atom</em> or <em>cfg</em> or <em>dcd</em> or <em>xtc</em> or <em>xyz</em> or <em>local</em> or <em>custom</em> are discussed on the <aclass="reference internal"href="dump.html"><spanclass="doc">dump</span></a> doc page)</li>
<p>Dump a snapshot of atom coordinates and selected additional quantities
to one or more files every N timesteps in one of several formats.
Only information for atoms in the specified group is dumped. This
specific dump style uses molfile plugins that are bundled with the
<aclass="reference external"href="http://www.ks.uiuc.edu/Research/vmd">VMD</a> molecular visualization and
analysis program. See <aclass="reference internal"href="Section_tools.html#vmd"><spanclass="std std-ref">Section tools</span></a> of the
manual and the tools/lmp2vmd/README.txt file for more information
about support in VMD for reading and visualizing native LAMMPS dump
files.</p>
<p>Unless the filename contains a * character, the output will be written
to one single file with the specified format. Otherwise there will be
one file per snapshot and the * will be replaced by the time step number
when the snapshot is written.</p>
<divclass="admonition note">
<pclass="first admonition-title">Note</p>
<pclass="last">Because periodic boundary conditions are enforced only on
timesteps when neighbor lists are rebuilt, the coordinates of an atom
written to a dump file may be slightly outside the simulation box.</p>
</div>
<p>The molfile plugin API has a few restrictions that have to be honored
by this dump style: the number of atoms must not change, the atoms
must be sorted, outside of the coordinates no change in atom properties
(like type, mass, charge) will be recorded.</p>
<hrclass="docutils"/>
<p>The <em>format</em> keyword determines what format is used to write out the
dump. For this to work, LAMMPS must be able to find and load a
compatible molfile plugin that supports this format. Settings made via
the <aclass="reference internal"href="dump_modify.html"><spanclass="doc">dump_modify</span></a> command can alter per atom properties
like element names.</p>
<p>The <em>path</em> keyword determines which in directories. This is a “path”
like other search paths, i.e. it can contain multiple directories
separated by a colon (or semi-colon on windows). This keyword is
optional and default to ”.”, the current directory.</p>
<p>The <em>unwrap</em> option of the <aclass="reference internal"href="dump_modify.html"><spanclass="doc">dump_modify</span></a> command allows
coordinates to be written “unwrapped” by the image flags for each atom.
Unwrapped means that if the atom has passed through a periodic boundary
one or more times, the value is printed for what the coordinate would be
if it had not been wrapped back into the periodic box. Note that these
coordinates may thus be far outside the box size stored with the
snapshot.</p>
<hrclass="docutils"/>
<p>Dumps are performed on timesteps that are a multiple of N (including
timestep 0) and on the last timestep of a minimization if the
minimization converges. Note that this means a dump will not be
performed on the initial timestep after the dump command is invoked,
if the current timestep is not a multiple of N. This behavior can be
changed via the <aclass="reference internal"href="dump_modify.html"><spanclass="doc">dump_modify first</span></a> command, which can
be useful if the dump command is invoked after a minimization ended on
an arbitrary timestep. N can be changed between runs by using the
<aclass="reference internal"href="dump_modify.html"><spanclass="doc">dump_modify every</span></a> command. The <aclass="reference internal"href="dump_modify.html"><spanclass="doc">dump_modify every</span></a> command also allows a variable to be used to
determine the sequence of timesteps on which dump files are written.</p>
</div>
<hrclass="docutils"/>
<divclass="section"id="restrictions">
<h2>Restrictions</h2>
<p>The <em>molfile</em> dump style is part of the USER-MOLFILE package. It is
only enabled if LAMMPS was built with that package. See the <aclass="reference internal"href="Section_start.html#start-3"><spanclass="std std-ref">Making LAMMPS</span></a> section for more info.</p>
<p>Molfile plugins provide a consistent programming interface to read and
write file formats commonly used in molecular simulations. The
USER-MOLFILE package only provides the interface code, not the plugins.
These can be obtained from a VMD installation which has to match the
platform that you are using to compile LAMMPS for. By adding plugins
to VMD, support for new file formats can be added to LAMMPS (or VMD
or other programs that use them) without having to recompile the
application itself. The plugins are installed in the directory:
Built with <ahref="http://sphinx-doc.org/">Sphinx</a> using a <ahref="https://github.com/snide/sphinx_rtd_theme">theme</a> provided by <ahref="https://readthedocs.org">Read the Docs</a>.