Provided by: gromacs-data_2020.1-1_all bug

NAME

       gmx-spatial - Calculate the spatial distribution function

SYNOPSIS

          gmx spatial [-s [<.tpr/.gro/...>]] [-f [<.xtc/.trr/...>]] [-n [<.ndx>]]
                      [-b <time>] [-e <time>] [-dt <time>] [-[no]w] [-[no]pbc]
                      [-[no]div] [-ign <int>] [-bin <real>] [-nab <int>]

DESCRIPTION

       gmx spatial calculates the spatial distribution function and outputs it in a form that can be read by VMD
       as Gaussian98 cube format.  For a system of 32,000 atoms and a 50 ns trajectory, the SDF can be generated
       in about 30 minutes, with most of the time dedicated to the two runs through trjconv that are required to
       center everything properly.  This also takes a whole bunch of space (3 copies of  the  trajectory  file).
       Still,  the  pictures  are  pretty  and very informative when the fitted selection is properly made.  3-4
       atoms in a widely mobile group (like a free amino acid in solution) works well,  or  select  the  protein
       backbone  in  a stable folded structure to get the SDF of solvent and look at the time-averaged solvation
       shell.  It is also possible using this program to generate the SDF  based  on  some  arbitrary  Cartesian
       coordinate. To do that, simply omit the preliminary gmx trjconv steps.

       Usage:

       1.  Use  gmx make_ndx to create a group containing the atoms around which you want the SDF 2. gmx trjconv
       -s a.tpr -f a.tng -o b.tng -boxcenter tric -ur compact -pbc none 3. gmx trjconv  -s  a.tpr  -f  b.tng  -o
       c.tng  -fit  rot+trans 4. run gmx spatial on the c.tng output of step #3.  5. Load grid.cube into VMD and
       view as an isosurface.

       Note that systems such as micelles will require gmx trjconv -pbc cluster between steps 1 and 2.

   Warnings
       The SDF will be generated for a cube that contains all bins that have some non-zero occupancy.   However,
       the  preparatory  -fit  rot+trans  option  to  gmx  trjconv implies that your system will be rotating and
       translating in space (in order that the selected group does not). Therefore the values that are  returned
       will only be valid for some region around your central group/coordinate that has full overlap with system
       volume throughout the entire translated/rotated system over the course of the trajectory.  It  is  up  to
       the user to ensure that this is the case.

   Risky options
       To reduce the amount of space and time required, you can output only the coords that are going to be used
       in the first and subsequent run through gmx trjconv.  However, be sure  to  set  the  -nab  option  to  a
       sufficiently  high value since memory is allocated for cube bins based on the initial coordinates and the
       -nab option value.

OPTIONS

       Options to specify input files:

       -s [<.tpr/.gro/...>] (topol.tpr)
              Structure+mass(db): tpr gro g96 pdb brk ent

       -f [<.xtc/.trr/...>] (traj.xtc)
              Trajectory: xtc trr cpt gro g96 pdb tng

       -n [<.ndx>] (index.ndx) (Optional)
              Index file

       Other options:

       -b <time> (0)
              Time of first frame to read from trajectory (default unit ps)

       -e <time> (0)
              Time of last frame to read from trajectory (default unit ps)

       -dt <time> (0)
              Only use frame when t MOD dt = first time (default unit ps)

       -[no]w (no)
              View output .xvg, .xpm, .eps and .pdb files

       -[no]pbc (no)
              Use periodic boundary conditions for computing distances

       -[no]div (yes)
              Calculate and apply the divisor for bin occupancies based on atoms/minimal cube size. Set as  TRUE
              for visualization and as FALSE (-nodiv) to get accurate counts per frame

       -ign <int> (-1)
              Do  not  display  this  number  of  outer  cubes (positive values may reduce boundary speckles; -1
              ensures outer surface is visible)

       -bin <real> (0.05)
              Width of the bins (nm)

       -nab <int> (4)
              Number of additional bins to ensure proper memory allocation

KNOWN ISSUES

       • When the allocated memory is not large enough, a segmentation fault may occur.

       • This is usually detected

       • and the program is halted prior to the fault while displaying a warning message

       • suggesting the use of the -nab (Number of Additional Bins)

       • option. However, the program does not detect all such events. If you encounter a

       • segmentation fault, run it again

       • with an increased -nab value.

SEE ALSO

       gmx(1)

       More information about GROMACS is available at <http://www.gromacs.org/>.

COPYRIGHT

       2020, GROMACS development team