# zerom (c44b1)

The Z Module is a general facility for carrying out conformational

searches based on rigid-geometry mapping or so-called "zero-order"

minimization. It also includes 1st-order minimization methods (Steepest

Descent and Conjugant Gradient), but the fundamental structure of the method

is nonetheless grid-based.

Reference:

RJ Petrella, M Karplus. "A Versatile Deterministic Method for Conformational

Searches: Application to CheY" (to be published).

* Method | Z Method

* Syntax | Syntax of the ZMOD command

* Description | Description of the various subcommand functions

* Examples | Usage examples

* Supplementary | More complex searches

searches based on rigid-geometry mapping or so-called "zero-order"

minimization. It also includes 1st-order minimization methods (Steepest

Descent and Conjugant Gradient), but the fundamental structure of the method

is nonetheless grid-based.

Reference:

RJ Petrella, M Karplus. "A Versatile Deterministic Method for Conformational

Searches: Application to CheY" (to be published).

* Method | Z Method

* Syntax | Syntax of the ZMOD command

* Description | Description of the various subcommand functions

* Examples | Usage examples

* Supplementary | More complex searches

Top

The Z Method

The Z method depends on a partitioning of the conformational space of

a system into subsystems or "subspaces", where a subspace is a subset of all

the degrees of freedom in the system. Once defined, the subspaces can be

searched independently or in combinations. Specifically, the facility searches

all N!/(N-n)!n! combinations of N subspaces taken n at a time, where N and n

are any positive integers, and n<=N. Each grid or combination searches a

set of n subspaces having C(1),C(2),...C(n) conformations across a total of

C(1)*C(2)*...C(n) conformations. For example, if there are 4 subspaces, each

containing 20 conformers, taking 2 subspaces at a time would produce 6 grids

(4!/2!2!), each with 400 grid-points or energy calculations. The overall

search results in a subspace, the "product subspace", that is the union of all

the starting or "reactant" subspaces. Hence, when n > 1, the product subspace

is always larger than each of the reactant subspaces. For each grid, the

subspaces not being searched are held fixed at their initial conformations

(internal coordinate values occurring in the IC table prior to any of the

grid searches having been done). The conformers resulting from the search

may be written to a .dcd ("trajectory") file or to an output conformer file.

The latter is formatted in such a way as to allow it to be used as an input

conformer file in subsequent searches.

In the current implementation, the degrees of freedom are internal

coordinates, although they could, in principle, include Cartesian coordinates

as well. The degrees of freedom--proper or improper dihedral angles, bond

angles, or bond lengths--must be defined. Then, conformers for each subspace

are read from one or more input conformer files, which contain lists of the

degrees of freedom, their possible values, and corresponding subspace numbers.

Hence, the input conformer files define the subspaces as well as specifying

their possible conformations.

Before beginning the search, the N subspaces to be searched must be

"loaded." This loading feature allows for searching various parts of the

system without having to redefine substructures or change the numbering of

subspaces--i.e. all the substructures/subspaces may be defined once and then

subsets can be selected for inclusion in the searches by use of the loading

feature.

A subspace has associated with it an atomic "substructure", which is

comprised of the atoms that are to be included in the energy calculations.

For each overall search, the set of atoms included in the calculation is the

union of the sets of atoms in all of the loaded subspaces. Hence, for a

given subspace combination, or grid, within the larger search, atoms

corresponding to subspaces not being searched are also included in the

calculation. Note that an atom can be (and usually is) a part of multiple

substructures, but in general, a degree of freedom should not be a part

of multiple subspaces.

Subspaces can be searched in multiple regions. For the sake of

simplicity, this is done essentially by replicating subspaces, rather than by

the use of a separate "region" layer in the hierarchical formalism of the

method. This means that rather than assigning a subspace two search regions,

the subspace is simply replicated and the two resulting subspaces are then

assigned to different categories or types. A search can be done over all

N!/M!m!(N-M-m)! combinations of the N subspaces, taken M + m at a time, where

M is the number of subspaces being searched in the first region and m is the

number of subspaces being searched in the 2nd (or "minor") region. This is

discussed separately below under Supplementary.

In an attempt to optimize its utility, the Z module is designed to be

able to be entered and exited easily and often over the course of a single

charmm script. This allows sections of Z module commands in CHARMM scripts

to be conveniently interspersed with other CHARMM commands and functions.

Note, however, that some standard miscellaneous CHARMM commands, such as

the DEFIne, SET, and CALC commands, and the OPENing of units for writing

output, are supported within the Z module, itself.

Distance and degree-of-freedom constraints may be defined, and then

selected ones may be used (loaded) in a given search. For each new

conformation, the loaded distance constraints (if they exist) are checked

against the structure. If the conformer satisfies all of the distance

constraints, then the loaded degree-of-freedom constraints are checked. If

the degree of freedom constraints are all satisfied, then the energy

calculation on that conformer is done.

Z module searches result in changes in the main coordinate set as

well as in the main IC table.

Other Notes:

- At the start of the Z module run, the ZMEMory command must be given

so as to allocate the memory for the run.

- The Z module uses the CHARMM internal coordinate tables. Hence, in

order for the module to function, 1) an IC table must be present, having

either been generated (GENErate ... SETup command) or read in

(READ IC command); and 2) the IC FILL command must be given.

This command fills the IC table with internal coordinate values derived

from the Cartesian coordinates in the main coordinate set (see also

intcor.info).

- The Z module requires the use of the BYCC list-builder (BYCC keyword in

the NBONDs or UPDAte command).

- Note that the Z module modifies the active atom lists, so that the

NBACtive and BACTive commands (which specify the atoms to be considered

in the non-bonded and bonded energies, respectively) should be invoked

after exiting the module and before calculating CHARMM energies or forces

with non-Z-module commands. The same is true for the fixed atom list:

the CONS FIX command should be invoked if the CFIX keyword has been used

in the Z module searches (i.e. in the ZSEArch command).

- For the Z module to function properly, The CHARMM code must be compiled

with the ACTBOND and ZEROM keywords in the precompiler keyword list file

(build/xxx/pref.dat). The NOBYCC and GENETIC precompiler keywords cannot be

used with the Z module (ZEROM). The GENETIC and ACTBOND keywords are

incompatible.

- The Z module currently supports CMAP, but not for SD or CONJ minimizations.

It does not support the implicit solvation models, (ACE, GB, etc.) except

for EEF1.

It is not currently parallel.

The Z Method

The Z method depends on a partitioning of the conformational space of

a system into subsystems or "subspaces", where a subspace is a subset of all

the degrees of freedom in the system. Once defined, the subspaces can be

searched independently or in combinations. Specifically, the facility searches

all N!/(N-n)!n! combinations of N subspaces taken n at a time, where N and n

are any positive integers, and n<=N. Each grid or combination searches a

set of n subspaces having C(1),C(2),...C(n) conformations across a total of

C(1)*C(2)*...C(n) conformations. For example, if there are 4 subspaces, each

containing 20 conformers, taking 2 subspaces at a time would produce 6 grids

(4!/2!2!), each with 400 grid-points or energy calculations. The overall

search results in a subspace, the "product subspace", that is the union of all

the starting or "reactant" subspaces. Hence, when n > 1, the product subspace

is always larger than each of the reactant subspaces. For each grid, the

subspaces not being searched are held fixed at their initial conformations

(internal coordinate values occurring in the IC table prior to any of the

grid searches having been done). The conformers resulting from the search

may be written to a .dcd ("trajectory") file or to an output conformer file.

The latter is formatted in such a way as to allow it to be used as an input

conformer file in subsequent searches.

In the current implementation, the degrees of freedom are internal

coordinates, although they could, in principle, include Cartesian coordinates

as well. The degrees of freedom--proper or improper dihedral angles, bond

angles, or bond lengths--must be defined. Then, conformers for each subspace

are read from one or more input conformer files, which contain lists of the

degrees of freedom, their possible values, and corresponding subspace numbers.

Hence, the input conformer files define the subspaces as well as specifying

their possible conformations.

Before beginning the search, the N subspaces to be searched must be

"loaded." This loading feature allows for searching various parts of the

system without having to redefine substructures or change the numbering of

subspaces--i.e. all the substructures/subspaces may be defined once and then

subsets can be selected for inclusion in the searches by use of the loading

feature.

A subspace has associated with it an atomic "substructure", which is

comprised of the atoms that are to be included in the energy calculations.

For each overall search, the set of atoms included in the calculation is the

union of the sets of atoms in all of the loaded subspaces. Hence, for a

given subspace combination, or grid, within the larger search, atoms

corresponding to subspaces not being searched are also included in the

calculation. Note that an atom can be (and usually is) a part of multiple

substructures, but in general, a degree of freedom should not be a part

of multiple subspaces.

Subspaces can be searched in multiple regions. For the sake of

simplicity, this is done essentially by replicating subspaces, rather than by

the use of a separate "region" layer in the hierarchical formalism of the

method. This means that rather than assigning a subspace two search regions,

the subspace is simply replicated and the two resulting subspaces are then

assigned to different categories or types. A search can be done over all

N!/M!m!(N-M-m)! combinations of the N subspaces, taken M + m at a time, where

M is the number of subspaces being searched in the first region and m is the

number of subspaces being searched in the 2nd (or "minor") region. This is

discussed separately below under Supplementary.

In an attempt to optimize its utility, the Z module is designed to be

able to be entered and exited easily and often over the course of a single

charmm script. This allows sections of Z module commands in CHARMM scripts

to be conveniently interspersed with other CHARMM commands and functions.

Note, however, that some standard miscellaneous CHARMM commands, such as

the DEFIne, SET, and CALC commands, and the OPENing of units for writing

output, are supported within the Z module, itself.

Distance and degree-of-freedom constraints may be defined, and then

selected ones may be used (loaded) in a given search. For each new

conformation, the loaded distance constraints (if they exist) are checked

against the structure. If the conformer satisfies all of the distance

constraints, then the loaded degree-of-freedom constraints are checked. If

the degree of freedom constraints are all satisfied, then the energy

calculation on that conformer is done.

Z module searches result in changes in the main coordinate set as

well as in the main IC table.

Other Notes:

- At the start of the Z module run, the ZMEMory command must be given

so as to allocate the memory for the run.

- The Z module uses the CHARMM internal coordinate tables. Hence, in

order for the module to function, 1) an IC table must be present, having

either been generated (GENErate ... SETup command) or read in

(READ IC command); and 2) the IC FILL command must be given.

This command fills the IC table with internal coordinate values derived

from the Cartesian coordinates in the main coordinate set (see also

intcor.info).

- The Z module requires the use of the BYCC list-builder (BYCC keyword in

the NBONDs or UPDAte command).

- Note that the Z module modifies the active atom lists, so that the

NBACtive and BACTive commands (which specify the atoms to be considered

in the non-bonded and bonded energies, respectively) should be invoked

after exiting the module and before calculating CHARMM energies or forces

with non-Z-module commands. The same is true for the fixed atom list:

the CONS FIX command should be invoked if the CFIX keyword has been used

in the Z module searches (i.e. in the ZSEArch command).

- For the Z module to function properly, The CHARMM code must be compiled

with the ACTBOND and ZEROM keywords in the precompiler keyword list file

(build/xxx/pref.dat). The NOBYCC and GENETIC precompiler keywords cannot be

used with the Z module (ZEROM). The GENETIC and ACTBOND keywords are

incompatible.

- The Z module currently supports CMAP, but not for SD or CONJ minimizations.

It does not support the implicit solvation models, (ACE, GB, etc.) except

for EEF1.

It is not currently parallel.

Top

Syntax of the ZMOD command

[ZMOD functions SYNTAX]

ZMOD enter the Z module

END exit the Z module

Subcommands Keywords

ZMEMory NDOFs {int} NSUBspaces {int} NCONFormers {int} NVALues {int}

NATOm {int} CSIZe {int} NDIStances NDAToms NDFConstraints MXLN {int}

ZDEFine DOFR {int} internal coordinate specification

{ATOM SELECTION X 2} REVErse

/

SUBStructure {int} or

\

ALIAs {int}

DIST {int} {ATOM SELECTION X 2} GTHAn {REAL} LTHAn {REAL}

DFCO {int} DOF {int} GTHAn {REAL} LTHAn {REAL}

ZREAd CONF RUNI {int} WUNI {int} MISSing REDUndant SSDIsorder

ZLOAd NULL SUBS {int1 int2 int3 ... } CLEAR

DIST {int1 int2 int3 ... } CLEAR

DFCO {int1 int2 int3 ... } CLEAR

ZSPECifications

ZSEArch TAKE {int} WRUN {int} ECUT {real} VCUT {real}

WCOM MINA SPECifics CFIX MSD NOOR WDUN NDST

SD {int} CONJ {int}

ZMIN LOAD

ZSET

ZRANdom SEED {int} WUNI {int} ECUT {real} VCUT {real}

SUBS {intI1 intJ1 intI2 intJ2 intI3 intJ3...} or

SUBS ALLSubspaces {int}

ZFIL ECUT {real} VCUT {real} VLCUT {real} WUNI {int}

LECUt {intI1 intJ1 intI2 intJ2 intI3 intJ3...} END

Syntax of the ZMOD command

[ZMOD functions SYNTAX]

ZMOD enter the Z module

END exit the Z module

Subcommands Keywords

ZMEMory NDOFs {int} NSUBspaces {int} NCONFormers {int} NVALues {int}

NATOm {int} CSIZe {int} NDIStances NDAToms NDFConstraints MXLN {int}

ZDEFine DOFR {int} internal coordinate specification

{ATOM SELECTION X 2} REVErse

/

SUBStructure {int} or

\

ALIAs {int}

DIST {int} {ATOM SELECTION X 2} GTHAn {REAL} LTHAn {REAL}

DFCO {int} DOF {int} GTHAn {REAL} LTHAn {REAL}

ZREAd CONF RUNI {int} WUNI {int} MISSing REDUndant SSDIsorder

ZLOAd NULL SUBS {int1 int2 int3 ... } CLEAR

DIST {int1 int2 int3 ... } CLEAR

DFCO {int1 int2 int3 ... } CLEAR

ZSPECifications

ZSEArch TAKE {int} WRUN {int} ECUT {real} VCUT {real}

WCOM MINA SPECifics CFIX MSD NOOR WDUN NDST

SD {int} CONJ {int}

ZMIN LOAD

ZSET

ZRANdom SEED {int} WUNI {int} ECUT {real} VCUT {real}

SUBS {intI1 intJ1 intI2 intJ2 intI3 intJ3...} or

SUBS ALLSubspaces {int}

ZFIL ECUT {real} VCUT {real} VLCUT {real} WUNI {int}

LECUt {intI1 intJ1 intI2 intJ2 intI3 intJ3...} END

Top

ZMOD Subcommand Description

-------------------------------------------------------------------------------

ZMOD

END

Enter (ZMOD) and exit (END) the Z module.

-------------------------------------------------------------------------------

ZMEMory

Allocates memory for the entire module. It and several subcommands must be

specified before any other ZMOD subcommands are given. NDOFs is the number of

degrees of freedom to be defined in the system; NSUBspaces is the number of

subspaces/substructures to be defined; NCONFormers is the total number of

conformers in all subspaces to be read in via conformer files; NVALues is the

cumulative length of all conformer files (total number of degree of freedom

values, one value per line) to be read in; NATOM is the total number of atoms

in all substructures (since atoms can occur in multiple substructures, this

number may exceed the total number of atoms in the system); CSIZe is the

maximum number of degrees of freedom that occur in any one conformer

(optional). NDIST is the number of distance constraints (required only

if distance constraints are being used). NDAToms is the total number of atoms

used in all of the distance constraints (required only for distance

constraints). NDFConstraints is the number of degree-of-freedom constraints

(required only for use of DOF constraints the degrees of freedom (DOFR),

the substructures (SUBS), distance constraints (DIST), and internal coordinate

constraints (DFCO) which must all be numbered serially from 1. The degrees

of freedom (DOFR) syntax is similar to that for editing the IC table

(see IC EDIT), and involves either bond distances (BOND), bond angles (ANGL),

or improper or proper dihedral angles (DIHE). The IC table should have been

filled "IC FILL" prior to the ZDEFine DOFR command. Importantly, when a degree

of freedom (DOFR subcommand) is thus defined, its initial value from the IC table

is stored and used as a default value when the subspace containing that degree

of freedom is included among the N subspaces in a search but is not one of

the n subspaces being searched on the current grid.

Although the degree-of-freedom definitions can be changed easily with the

ZDEFine DOFR command, for convenience, the design of the Z module is

intended to allow the user to define all the necessary degrees of freedom

initially, and then to perform all searches on the basis of that initial set of

definitions.

The MXLN subcommand can be used in parallel execution to increase memory associated

with the handling of data output

-------------------------------------------------------------------------------

ZDEFine

The substructure definition contains two atom selections: the first

defines the atoms that make up the substructure, and the second defines

the moving atoms--i.e. the atoms whose positions are to be initialized and

rebuilt during the searches. By default, the Cartesian coordinates are built

from the internal coordinates in the order of the atom numbers in the

substructure, lowest to highest. The REVErse subcommand causes the substructure

to be built up in the opposite sense, from higher atom number to lower. This

reversal is applied only to those substructures to which the subcommand is

assigned (and their aliases). The "REVErse" subcommand is often necessary, for

example, in building up loop structures from N-terminal and C-terminal halves.

(The alternative to explicitly defining a substructure is to define it

as an alias of another one by use of the subcommand "ALIAs {int}."

This is useful in combination with the ZCATegorize MINOR and ZSEARCh MINOR

commands to search the same subspace in two different regions.

See Searching Subspaces in Two Regions, below.)

The distance constraint definitions also contain two atom selections

each. Each constraint is applied to the distance between the centers of

geometry of the two selections. The distance constraint number

(serially ordered from 1), two atom selections, and upper and lower distance

bounds must be given for each distance constraint.

The internal coordinate or DOF constraint (DFCO) definitions require the

specification of the DOF constraint number as well as the integer corresponding

to the actual degree of freedom as defined in the ZDEFine DOF commands. The

upper and lower bounds for the constraints (in degrees) must also be specified.

The constraints are currently implemented for dihedral, improper, and bond

angles (not bond lengths). The bounds must be in the interval [-360,360]. This

feature is intended for applying constraints to degrees of freedom that are not

explicitly being searched. A good example occurs in loop searches, in which

both halves of the loop are being searched together for low-energy

combinations. The dihedral between the two searched halves of the loop is not

explicitly being searched (it doesn't exist in either half of the loop), but it

may need to be constrained in a simultaneous search of both halves.

ZEDEfine must be invoked once for each DOFR, SUBS, DIST definition.

Example 1:

ZDEFINE DOFR 11 DIHE 44 CA 44 CB 44 CG 44 OD1

This defines the 11th degree of freedom as a dihedral involving atoms CA,

CB, CG, and OD1 of residue 44.

Example 2:

ZDEFine SUBStructure 2 sele resi 20 .around. 15 end -

SELE RESI 20 END

This defines the second substructure as containing all atoms within 15

angstroms of residue 20 and specifies that residue 20 will be rebuilt

in the searches.

Example 3:

ZDEFine DFCO 1 DOF 11 GTHAn -100 LTHAn 100

This defines the first internal coordinate constraint as being

applied to degree of freedom 11 (the dihedral angle as defined above),

with bounds of [-100,100] degrees.

-------------------------------------------------------------------------------

ZREAd

Reads in input conformer files. CONF reads in a conformer file from unit

RUNI and writes the "compressed" conformer file to unit WUNI. The conformer

file is compressed in the sense that there is no redundant information when the

file is read from start to finish--i.e. only the degrees of freedom that change

from one conformer to the next are written. This form of the file, which is

the form stored internally and used by the module, decreases space and memory

requirements and increases speed. ZREAd also sorts each conformer by degree of

freedom internally. ZREAd expects the first conformer of each subspace to be

"complete"--i.e. all its degrees of freedom must be present. Subsequent

conformers in the subspace may be present in compressed form.

The format of the conformer file is as follows (fortran format

I14,I14,I14,F14.7):

1 1 7 18.4857895

1 1 3 180.7483736

1 1 1 50.1098635

1 2 7 24.2836786

1 2 3 180.7483736

1 2 1 50.1098635

1 3 7 30.09877

1 3 3 180.168350

1 3 1 60.87635

2 4 8 64.27840

2 4 9 80.287635

2 4 11 17.981386

2 5 8 56.976233

2 5 9 80.287635

2 5 11 1.8923759

The first column gives the subspace number, the second column gives the

conformer number, the third column gives the degree of freedom, and the fourth

column gives the numerical value taken by the degree of freedom. This example

file has not been compressed. The compressed file would appear as follows:

1 1 1 50.1098635

1 1 3 180.7483736

1 1 7 18.4857895

1 2 7 24.2836786

1 3 1 60.8763500

1 3 3 180.1683500

1 3 7 30.0987700

2 4 8 64.2784000

2 4 9 80.2876350

2 4 11 17.9813860

2 5 8 56.9762330

2 5 11 1.8923759

Note that parts of conformers 2 and 5 have been omitted in the compressed file

because they contain redundant information.

By default, ZREAd expects the input file to have perfectly ordered (and

consecutive) conformer and subspace numbers, beginning with 1. This behavior

can be overridden with the MISSing and SSDisorder subcommand, respectively.

MISSing allows for "gaps" in conformer numbers (they still need to be ordered),

and SSDIsorder allows for disorder in the subspace numbers. This means that,

for example, subspace 2 can occur before subspace 1 in the file. However,

each subspace must be made up of consecutive input lines--i.e. subspaces cannot

be "split" in a given conformer file. ZREAd also expects degrees of freedom

not to occur in multiple subspaces. This can be overridden with the subcommand

REDUndant, which is necessary when subspaces overlap or when the same subspace

is defined twice (either with or without aliasing). If two consecutive

conformers in a conformer file are exactly the same, ZREAd will complain, but

it does not check the entire list for conformer redundancies. ZREAd expects

the first subspace in a file to be subspace 1; this again can be overridden

with the SSDIsorder subcommand.

If multiple conformer files are read in, each requires a separate ZREAd

CONFormer command, and the subspaces of the files will be renumbered

internally, so that they are consecutive. For example, if the last subspace of

the first file is 10, the first subspace of the second file will be called

subspace 11, regardless of the number appearing in the subspace column. In

general, if multiple conformer files are being read, the subspaces should be

well-ordered in all files--i.e. no "gaps" or inverted orders within each given

file. The SSDIsorder subcommand may not help in the case of multiple conformer

files with disordered subspace numbers.

-------------------------------------------------------------------------------

ZLOAd

"Loads" subspaces or constraints to be used in searches. This means the

specified subspaces or constraints are selected out of the sets of all possible

defined subspaces or constraints, and will be used in the searches.

If the "SUBS" subcommand is used, the selected subspace/substructure will be

used in the searches. A subspace/substructure must be loaded in order to be

searched. (Substructure/subspace aliases should also be loaded if they

are to be searched.) Note that if more than one substructure/subspace

is loaded, the "product" subspace/substructure--i.e. the one appearing

in the output conformer file--will generally be larger than each of the

"reactant" subspaces/substructures, since the product is the union of all

the reactant (loaded) subspaces/substructures.

The "NULL" subcommand allows for the loading of empty subspaces--i.e. ones

containing no conformers or ones for which no conformer file has been read in.

This is usefull in cases where, for example, a single subspace corresponds to

(the union of) 2 previously defined substructures. When it is used, the

"NULL" subcommand must occur as the first subcommand in the ZLOAd command.

If the "DIST" subcommand is used, the selected distance constraints will be

applied in the searches.

The "DFCOnstraints" subcommand is analogous to the "DIST" subcommand, except it

is used for loading the internal coordinate (DOF) constraints.

The CLEAr subcommand causes the previously loaded subspaces (or distance

constraints) to be unloaded prior to the parsing of any other subcommand in the

ZLOAd command.

-------------------------------------------------------------------------------

ZSPEcifications

This command causes the currently stored (user defined) search

specifications to be written to standard output.

-------------------------------------------------------------------------------

ZSEArch

Carries out N!/(N-n)!n! grid searches of the N loaded subspaces taken n at

a time, where n <= N. It eliminates conformers that are above specified

thresholds in energy, or outside of distance constraints, and can write

results to a product conformer file or a .dcd file (or both). The output

conformer file is formatted exactly as the input conformer file, except that,

in addition to the subspace, conformer, degree-of-freedom, and d.o.f.

numerical value information, the energies are also written in an additional

column to the right (in 1X,F19.7 fortran format). For convenience, the energy

of each conformer is written next to each of its component degrees of freedom.

If requested, the MSD's (mean square deviations from a target structure) are

written to a sixth column. If writing to a .dcd file is specified, all atoms

in the system are included.

TAKE {int} specifies the number of subspaces to be searched in

combination--i.e. the dimensionality of the grid ('n' in the expression above).

WCOM partially compresses the information in the output conformer file.

For each grid, only the first outputted conformer is written in its entirety;

the remaining conformers include only degrees of freedom that are being varied

in that grid. Since the ZREAd command requires that the first conformer be

"complete," and since the conformers are only accessed serially from the

start of the file, care should be taken when modifying a compressed conformer

output file prior to its use as an input file for a subsequent search. In

general, such modification is not recommended.

ECUT (real} and VCUT {real} are the fixed and variable energy cutoffs,

below which conformers will not be written to the output conformer file. If

both are specified, both cutoffs are used. ECUT is an absolute energy cutoff

value. VCUT is a tolerance above the running energy minimum and hence varies

over the course of the calculation. For example, ECUT 2000 VCUT 30 would

result in the exclusion of all conformers with energies > 2000 kcal/mol OR

>30 kcal/mol above the running minimum (but not necessarily the absolute

minimum).

MINA assigns the structure (main coordinate set) to the global minimum

after the search is completed.

WRUN the unit number to which the output conformer file is to be written.

MWRU is the write unit number to which the minimum-energy conformer file

is to be written.

TAG {int} is the numerical (integer) name given to the product subspace

and written in the first column of the output conformer file.

CFIX subcommand causes the non-bonded energy contributions of fixed-fixed

atom pairs not to be calculated (bonded energy contributions remain).

Fixed atoms are defined as ones that are not specified as moving for any

of the substructures included in a search. I.e. the moving atoms in a search

are taken as the union of the second atom selections of all the ZDEFINE

SUBStructure commands corresponding to the loaded substructures. The fixed

atoms are all the atoms in the system that are not taken as moving.

Since a significant fraction of the atoms included in the searches may not

be moving, the use of CFIX may speed up the calculations without affecting

the relative energies. Note that CFIX will also fix the atoms during

minimization.

MSD calculates the MSDs (mean squared deviations, or squared RMSDs) of the

conformers from the structure in the comparison coordinates. The MSD's are

calculated for all atoms in all the loaded substructures (union of all first

atom selections in the ZDEFine SUBStructure command). Least-squares-fit

reorientation is done prior to rmsd calculation unless the NOORientation

subcommand is also specified. The MSD subcommand currently is not compatible with

WCOMpression.

SPECifics subcommand causes the user-defined specifications that will

be used in the search to be written to standard output.

WDUN unit for writing out structures to .dcd ("trajectory") files.

NDSTeps total number of frames to be written to .dcd [default = 1000]

NOEN causes the energies not to be calculated. This is useful,

for example, when using only distance or internal coordinate constraints,

or when reading in a conformer file only for the purposes of writing out

the corresponding .dcd file.

SD {int} or CONJ {int} cause a minimization of the coordinates to be

carried out at each gridpoint in the search. The coordinates of all

atoms involved in the search (union of all loaded substructures) are minimized,

unless constraints are set prior to the minimization (e.g. CONS FIX can be

used as usual, outside of the Z module). Note that after

each minimization, the unminimized coordinates are restored before the next

point on the grid. This is necessary to preserve the internal coordinates that

are not being explicitly searched but are nontheless affected by minimization.

The non-bonded list is always updated at the start of the minimizations,

provided the update frequency (INBF) is > 0. The energies written to the

conformer file and the structures written to the .dcd file correspond to the

minimized coordinates. The assigned minimum-energy structure (which is

obtained with the MINA subcommand in the ZSEArch command) corresponds to the

unminimized coordinates.

-------------------------------------------------------------------------------

ZMIN

assigns the structure to the minimum indicated. If LOAD subcommand

specified, it assigns the structure to the minimum over all searches done

since the last ZLOAD command.

ZMOD Subcommand Description

-------------------------------------------------------------------------------

ZMOD

END

Enter (ZMOD) and exit (END) the Z module.

-------------------------------------------------------------------------------

ZMEMory

Allocates memory for the entire module. It and several subcommands must be

specified before any other ZMOD subcommands are given. NDOFs is the number of

degrees of freedom to be defined in the system; NSUBspaces is the number of

subspaces/substructures to be defined; NCONFormers is the total number of

conformers in all subspaces to be read in via conformer files; NVALues is the

cumulative length of all conformer files (total number of degree of freedom

values, one value per line) to be read in; NATOM is the total number of atoms

in all substructures (since atoms can occur in multiple substructures, this

number may exceed the total number of atoms in the system); CSIZe is the

maximum number of degrees of freedom that occur in any one conformer

(optional). NDIST is the number of distance constraints (required only

if distance constraints are being used). NDAToms is the total number of atoms

used in all of the distance constraints (required only for distance

constraints). NDFConstraints is the number of degree-of-freedom constraints

(required only for use of DOF constraints the degrees of freedom (DOFR),

the substructures (SUBS), distance constraints (DIST), and internal coordinate

constraints (DFCO) which must all be numbered serially from 1. The degrees

of freedom (DOFR) syntax is similar to that for editing the IC table

(see IC EDIT), and involves either bond distances (BOND), bond angles (ANGL),

or improper or proper dihedral angles (DIHE). The IC table should have been

filled "IC FILL" prior to the ZDEFine DOFR command. Importantly, when a degree

of freedom (DOFR subcommand) is thus defined, its initial value from the IC table

is stored and used as a default value when the subspace containing that degree

of freedom is included among the N subspaces in a search but is not one of

the n subspaces being searched on the current grid.

Although the degree-of-freedom definitions can be changed easily with the

ZDEFine DOFR command, for convenience, the design of the Z module is

intended to allow the user to define all the necessary degrees of freedom

initially, and then to perform all searches on the basis of that initial set of

definitions.

The MXLN subcommand can be used in parallel execution to increase memory associated

with the handling of data output

-------------------------------------------------------------------------------

ZDEFine

The substructure definition contains two atom selections: the first

defines the atoms that make up the substructure, and the second defines

the moving atoms--i.e. the atoms whose positions are to be initialized and

rebuilt during the searches. By default, the Cartesian coordinates are built

from the internal coordinates in the order of the atom numbers in the

substructure, lowest to highest. The REVErse subcommand causes the substructure

to be built up in the opposite sense, from higher atom number to lower. This

reversal is applied only to those substructures to which the subcommand is

assigned (and their aliases). The "REVErse" subcommand is often necessary, for

example, in building up loop structures from N-terminal and C-terminal halves.

(The alternative to explicitly defining a substructure is to define it

as an alias of another one by use of the subcommand "ALIAs {int}."

This is useful in combination with the ZCATegorize MINOR and ZSEARCh MINOR

commands to search the same subspace in two different regions.

See Searching Subspaces in Two Regions, below.)

The distance constraint definitions also contain two atom selections

each. Each constraint is applied to the distance between the centers of

geometry of the two selections. The distance constraint number

(serially ordered from 1), two atom selections, and upper and lower distance

bounds must be given for each distance constraint.

The internal coordinate or DOF constraint (DFCO) definitions require the

specification of the DOF constraint number as well as the integer corresponding

to the actual degree of freedom as defined in the ZDEFine DOF commands. The

upper and lower bounds for the constraints (in degrees) must also be specified.

The constraints are currently implemented for dihedral, improper, and bond

angles (not bond lengths). The bounds must be in the interval [-360,360]. This

feature is intended for applying constraints to degrees of freedom that are not

explicitly being searched. A good example occurs in loop searches, in which

both halves of the loop are being searched together for low-energy

combinations. The dihedral between the two searched halves of the loop is not

explicitly being searched (it doesn't exist in either half of the loop), but it

may need to be constrained in a simultaneous search of both halves.

ZEDEfine must be invoked once for each DOFR, SUBS, DIST definition.

Example 1:

ZDEFINE DOFR 11 DIHE 44 CA 44 CB 44 CG 44 OD1

This defines the 11th degree of freedom as a dihedral involving atoms CA,

CB, CG, and OD1 of residue 44.

Example 2:

ZDEFine SUBStructure 2 sele resi 20 .around. 15 end -

SELE RESI 20 END

This defines the second substructure as containing all atoms within 15

angstroms of residue 20 and specifies that residue 20 will be rebuilt

in the searches.

Example 3:

ZDEFine DFCO 1 DOF 11 GTHAn -100 LTHAn 100

This defines the first internal coordinate constraint as being

applied to degree of freedom 11 (the dihedral angle as defined above),

with bounds of [-100,100] degrees.

-------------------------------------------------------------------------------

ZREAd

Reads in input conformer files. CONF reads in a conformer file from unit

RUNI and writes the "compressed" conformer file to unit WUNI. The conformer

file is compressed in the sense that there is no redundant information when the

file is read from start to finish--i.e. only the degrees of freedom that change

from one conformer to the next are written. This form of the file, which is

the form stored internally and used by the module, decreases space and memory

requirements and increases speed. ZREAd also sorts each conformer by degree of

freedom internally. ZREAd expects the first conformer of each subspace to be

"complete"--i.e. all its degrees of freedom must be present. Subsequent

conformers in the subspace may be present in compressed form.

The format of the conformer file is as follows (fortran format

I14,I14,I14,F14.7):

1 1 7 18.4857895

1 1 3 180.7483736

1 1 1 50.1098635

1 2 7 24.2836786

1 2 3 180.7483736

1 2 1 50.1098635

1 3 7 30.09877

1 3 3 180.168350

1 3 1 60.87635

2 4 8 64.27840

2 4 9 80.287635

2 4 11 17.981386

2 5 8 56.976233

2 5 9 80.287635

2 5 11 1.8923759

The first column gives the subspace number, the second column gives the

conformer number, the third column gives the degree of freedom, and the fourth

column gives the numerical value taken by the degree of freedom. This example

file has not been compressed. The compressed file would appear as follows:

1 1 1 50.1098635

1 1 3 180.7483736

1 1 7 18.4857895

1 2 7 24.2836786

1 3 1 60.8763500

1 3 3 180.1683500

1 3 7 30.0987700

2 4 8 64.2784000

2 4 9 80.2876350

2 4 11 17.9813860

2 5 8 56.9762330

2 5 11 1.8923759

Note that parts of conformers 2 and 5 have been omitted in the compressed file

because they contain redundant information.

By default, ZREAd expects the input file to have perfectly ordered (and

consecutive) conformer and subspace numbers, beginning with 1. This behavior

can be overridden with the MISSing and SSDisorder subcommand, respectively.

MISSing allows for "gaps" in conformer numbers (they still need to be ordered),

and SSDIsorder allows for disorder in the subspace numbers. This means that,

for example, subspace 2 can occur before subspace 1 in the file. However,

each subspace must be made up of consecutive input lines--i.e. subspaces cannot

be "split" in a given conformer file. ZREAd also expects degrees of freedom

not to occur in multiple subspaces. This can be overridden with the subcommand

REDUndant, which is necessary when subspaces overlap or when the same subspace

is defined twice (either with or without aliasing). If two consecutive

conformers in a conformer file are exactly the same, ZREAd will complain, but

it does not check the entire list for conformer redundancies. ZREAd expects

the first subspace in a file to be subspace 1; this again can be overridden

with the SSDIsorder subcommand.

If multiple conformer files are read in, each requires a separate ZREAd

CONFormer command, and the subspaces of the files will be renumbered

internally, so that they are consecutive. For example, if the last subspace of

the first file is 10, the first subspace of the second file will be called

subspace 11, regardless of the number appearing in the subspace column. In

general, if multiple conformer files are being read, the subspaces should be

well-ordered in all files--i.e. no "gaps" or inverted orders within each given

file. The SSDIsorder subcommand may not help in the case of multiple conformer

files with disordered subspace numbers.

-------------------------------------------------------------------------------

ZLOAd

"Loads" subspaces or constraints to be used in searches. This means the

specified subspaces or constraints are selected out of the sets of all possible

defined subspaces or constraints, and will be used in the searches.

If the "SUBS" subcommand is used, the selected subspace/substructure will be

used in the searches. A subspace/substructure must be loaded in order to be

searched. (Substructure/subspace aliases should also be loaded if they

are to be searched.) Note that if more than one substructure/subspace

is loaded, the "product" subspace/substructure--i.e. the one appearing

in the output conformer file--will generally be larger than each of the

"reactant" subspaces/substructures, since the product is the union of all

the reactant (loaded) subspaces/substructures.

The "NULL" subcommand allows for the loading of empty subspaces--i.e. ones

containing no conformers or ones for which no conformer file has been read in.

This is usefull in cases where, for example, a single subspace corresponds to

(the union of) 2 previously defined substructures. When it is used, the

"NULL" subcommand must occur as the first subcommand in the ZLOAd command.

If the "DIST" subcommand is used, the selected distance constraints will be

applied in the searches.

The "DFCOnstraints" subcommand is analogous to the "DIST" subcommand, except it

is used for loading the internal coordinate (DOF) constraints.

The CLEAr subcommand causes the previously loaded subspaces (or distance

constraints) to be unloaded prior to the parsing of any other subcommand in the

ZLOAd command.

-------------------------------------------------------------------------------

ZSPEcifications

This command causes the currently stored (user defined) search

specifications to be written to standard output.

-------------------------------------------------------------------------------

ZSEArch

Carries out N!/(N-n)!n! grid searches of the N loaded subspaces taken n at

a time, where n <= N. It eliminates conformers that are above specified

thresholds in energy, or outside of distance constraints, and can write

results to a product conformer file or a .dcd file (or both). The output

conformer file is formatted exactly as the input conformer file, except that,

in addition to the subspace, conformer, degree-of-freedom, and d.o.f.

numerical value information, the energies are also written in an additional

column to the right (in 1X,F19.7 fortran format). For convenience, the energy

of each conformer is written next to each of its component degrees of freedom.

If requested, the MSD's (mean square deviations from a target structure) are

written to a sixth column. If writing to a .dcd file is specified, all atoms

in the system are included.

TAKE {int} specifies the number of subspaces to be searched in

combination--i.e. the dimensionality of the grid ('n' in the expression above).

WCOM partially compresses the information in the output conformer file.

For each grid, only the first outputted conformer is written in its entirety;

the remaining conformers include only degrees of freedom that are being varied

in that grid. Since the ZREAd command requires that the first conformer be

"complete," and since the conformers are only accessed serially from the

start of the file, care should be taken when modifying a compressed conformer

output file prior to its use as an input file for a subsequent search. In

general, such modification is not recommended.

ECUT (real} and VCUT {real} are the fixed and variable energy cutoffs,

below which conformers will not be written to the output conformer file. If

both are specified, both cutoffs are used. ECUT is an absolute energy cutoff

value. VCUT is a tolerance above the running energy minimum and hence varies

over the course of the calculation. For example, ECUT 2000 VCUT 30 would

result in the exclusion of all conformers with energies > 2000 kcal/mol OR

>30 kcal/mol above the running minimum (but not necessarily the absolute

minimum).

MINA assigns the structure (main coordinate set) to the global minimum

after the search is completed.

WRUN the unit number to which the output conformer file is to be written.

MWRU is the write unit number to which the minimum-energy conformer file

is to be written.

TAG {int} is the numerical (integer) name given to the product subspace

and written in the first column of the output conformer file.

CFIX subcommand causes the non-bonded energy contributions of fixed-fixed

atom pairs not to be calculated (bonded energy contributions remain).

Fixed atoms are defined as ones that are not specified as moving for any

of the substructures included in a search. I.e. the moving atoms in a search

are taken as the union of the second atom selections of all the ZDEFINE

SUBStructure commands corresponding to the loaded substructures. The fixed

atoms are all the atoms in the system that are not taken as moving.

Since a significant fraction of the atoms included in the searches may not

be moving, the use of CFIX may speed up the calculations without affecting

the relative energies. Note that CFIX will also fix the atoms during

minimization.

MSD calculates the MSDs (mean squared deviations, or squared RMSDs) of the

conformers from the structure in the comparison coordinates. The MSD's are

calculated for all atoms in all the loaded substructures (union of all first

atom selections in the ZDEFine SUBStructure command). Least-squares-fit

reorientation is done prior to rmsd calculation unless the NOORientation

subcommand is also specified. The MSD subcommand currently is not compatible with

WCOMpression.

SPECifics subcommand causes the user-defined specifications that will

be used in the search to be written to standard output.

WDUN unit for writing out structures to .dcd ("trajectory") files.

NDSTeps total number of frames to be written to .dcd [default = 1000]

NOEN causes the energies not to be calculated. This is useful,

for example, when using only distance or internal coordinate constraints,

or when reading in a conformer file only for the purposes of writing out

the corresponding .dcd file.

SD {int} or CONJ {int} cause a minimization of the coordinates to be

carried out at each gridpoint in the search. The coordinates of all

atoms involved in the search (union of all loaded substructures) are minimized,

unless constraints are set prior to the minimization (e.g. CONS FIX can be

used as usual, outside of the Z module). Note that after

each minimization, the unminimized coordinates are restored before the next

point on the grid. This is necessary to preserve the internal coordinates that

are not being explicitly searched but are nontheless affected by minimization.

The non-bonded list is always updated at the start of the minimizations,

provided the update frequency (INBF) is > 0. The energies written to the

conformer file and the structures written to the .dcd file correspond to the

minimized coordinates. The assigned minimum-energy structure (which is

obtained with the MINA subcommand in the ZSEArch command) corresponds to the

unminimized coordinates.

-------------------------------------------------------------------------------

ZMIN

assigns the structure to the minimum indicated. If LOAD subcommand

specified, it assigns the structure to the minimum over all searches done

since the last ZLOAD command.

Top

ZMOD Command Usage Examples

ZMOD !enter module

ZMEMOry NDOF 100 NSUBSPACE 20 NATOM 25000 NCONF 2000 NVAL 10000 !allocate memory

ZDEFINE DOFR 1 DIHE 10 C 11 N 11 CA 11 C

ZDEFINE DOFR 2 DIHE 11 N 11 CA 11 C 12 N

ZDEFINE DOFR 3 DIHE 11 C 12 N 12 CA 12 C

ZDEFINE DOFR 4 DIHE 12 N 12 CA 12 C 13 N

ZDEFINE DOFR 5 DIHE 29 C 30 N 30 CA 30 C

ZDEFINE DOFR 6 DIHE 30 N 30 CA 30 C 31 N

ZDEFINE DOFR 7 DIHE 30 C 31 N 31 CA 31 C

ZDEFINE DOFR 8 DIHE 31 N 31 CA 31 C 32 N

ZDEFINE DOFR 9 DIHE 35 C 36 N 36 CA 36 C

ZDEFINE DOFR 10 DIHE 36 N 36 CA 36 C 37 N

ZDEFine SUBStructure 1 SELE ALL END SELE IRES 1:13 END

ZDEFine SUBStructure 2 SELE ALL END SELE IRES 1:32 END

ZDEFine SUBStructure 3 SELE ALL END SELE IRES 1:38 END

ZDEFine SUBStructure 4 SELE ALL END SELE IRES 1:50 END

open unit 12 write card name echodata

open unit 10 read card name short.conf !conformer file

ZREAD REDU CONF RUNI 10 WUNI 12 !we are allowing redundancy of dofs in the

!conformer file

END ! exit the Z module

!other charmm commands here

ENERGY

MINIMIZE SD

ZMOD !reenter Z module

ZLOAD SUBS CLEAR 2 3 4 !load 3 out of 4 defined subspaces

open unit 15 write card name ener.file

!specify searches that take 2 subspaces at a time

!write to unit 15, assign the minimum to the main coordinate

!set after the search, set product subspace tag to one (for output),

!save (and write) only the conformers within 500 kcal/mol of the running

!minimum energy, write search specifications to standard output

ZSEArch TAKE 2 WRUN 15 MINAssign TAG 1 VCUT 500 SPEC

close unit 15

END !exit Z module

!other charmm input:

COOR RMS ORIENT SELE ALL END

OPEN UNIT 10 WRITE CARD NAME crd/final.crd

WRITE COOR CARD UNIT 10

CLOSE UNIT 10

-------------------------------------------------------------------------------

ZSET

Finalizes or 'sets" the input data in preparation for a search. In parallel

execution, the subcommand also triggers communication of the data to all nodes.

-------------------------------------------------------------------------------

ZRANdom

Randomly selects conformers in one or more subspaces from the set that

has been read in. The SUBS subcommand allows specification of the subspaces

to be included in the random selection and actually triggers the selecion.

It can be followed either by 1) pairs of integers--subspace number followed by the

number of conformers to be selected; or 2) the ALLSubspace subcommand, which

specifies that all subspaces are to be included in the selection, followed

by a single integer, which is the number of conformers to be selected in

each subspace. The subspaces not included in the selection are left as they

are. The SEED (positive integer) subcommand sets the seed for the random

conformer selection. It must be set prior to (in the same ZRANdom command as)

the SUBSpace subcommand. WUNIt is the unit number for writing out the selected

conformers. ECUT and VCUT are fixed and variable energy cutoffs, respectively,

as described under ZSEArch.

examples

ZRAN SEED 189876500

ZRAN SUBS 1 3 2 10 3 15 4 20

--------------

ZRANDOM SEED 189876500 SUBS ALLSubspaces 30 WUNI 19 ECUT -2200

In the top example, the random seed is set, and then random selections of

3, 10, 15, and 20 conformers are invoked for subspaces 1 through 4, respectively.

In the second example, random selections of 30 conformers are are invoked for

all subspaces, with the specified seed and an energy cutoff of -2200 kcal/mol,

writing the output to unit 19

ZFIL

Filters the conformers that have been read in by energy; can set different

energy cutoffs for different subspaces. The LECUt subcommand specifies

the subspaces and their respective fixed energy cutoffs. The LVCUt subcommand

specifies energy bands (tolerance above minimum) local to each subspace,

whereas the VCUT and ECUT subcommands specify global cutoffs, as above.

example

ZFILter LVCUt 5 LECUt 1 50 2 20 3 10 END

Here the fixed energy cutoffs specified are 50, 20, and 10 kcal/mol for

subspaces 1 to 3, respectively. There is, in addition, a cutoff of

5 kcal/mol above the energy minimum for each subspace.

ZMOD Command Usage Examples

ZMOD !enter module

ZMEMOry NDOF 100 NSUBSPACE 20 NATOM 25000 NCONF 2000 NVAL 10000 !allocate memory

ZDEFINE DOFR 1 DIHE 10 C 11 N 11 CA 11 C

ZDEFINE DOFR 2 DIHE 11 N 11 CA 11 C 12 N

ZDEFINE DOFR 3 DIHE 11 C 12 N 12 CA 12 C

ZDEFINE DOFR 4 DIHE 12 N 12 CA 12 C 13 N

ZDEFINE DOFR 5 DIHE 29 C 30 N 30 CA 30 C

ZDEFINE DOFR 6 DIHE 30 N 30 CA 30 C 31 N

ZDEFINE DOFR 7 DIHE 30 C 31 N 31 CA 31 C

ZDEFINE DOFR 8 DIHE 31 N 31 CA 31 C 32 N

ZDEFINE DOFR 9 DIHE 35 C 36 N 36 CA 36 C

ZDEFINE DOFR 10 DIHE 36 N 36 CA 36 C 37 N

ZDEFine SUBStructure 1 SELE ALL END SELE IRES 1:13 END

ZDEFine SUBStructure 2 SELE ALL END SELE IRES 1:32 END

ZDEFine SUBStructure 3 SELE ALL END SELE IRES 1:38 END

ZDEFine SUBStructure 4 SELE ALL END SELE IRES 1:50 END

open unit 12 write card name echodata

open unit 10 read card name short.conf !conformer file

ZREAD REDU CONF RUNI 10 WUNI 12 !we are allowing redundancy of dofs in the

!conformer file

END ! exit the Z module

!other charmm commands here

ENERGY

MINIMIZE SD

ZMOD !reenter Z module

ZLOAD SUBS CLEAR 2 3 4 !load 3 out of 4 defined subspaces

open unit 15 write card name ener.file

!specify searches that take 2 subspaces at a time

!write to unit 15, assign the minimum to the main coordinate

!set after the search, set product subspace tag to one (for output),

!save (and write) only the conformers within 500 kcal/mol of the running

!minimum energy, write search specifications to standard output

ZSEArch TAKE 2 WRUN 15 MINAssign TAG 1 VCUT 500 SPEC

close unit 15

END !exit Z module

!other charmm input:

COOR RMS ORIENT SELE ALL END

OPEN UNIT 10 WRITE CARD NAME crd/final.crd

WRITE COOR CARD UNIT 10

CLOSE UNIT 10

-------------------------------------------------------------------------------

ZSET

Finalizes or 'sets" the input data in preparation for a search. In parallel

execution, the subcommand also triggers communication of the data to all nodes.

-------------------------------------------------------------------------------

ZRANdom

Randomly selects conformers in one or more subspaces from the set that

has been read in. The SUBS subcommand allows specification of the subspaces

to be included in the random selection and actually triggers the selecion.

It can be followed either by 1) pairs of integers--subspace number followed by the

number of conformers to be selected; or 2) the ALLSubspace subcommand, which

specifies that all subspaces are to be included in the selection, followed

by a single integer, which is the number of conformers to be selected in

each subspace. The subspaces not included in the selection are left as they

are. The SEED (positive integer) subcommand sets the seed for the random

conformer selection. It must be set prior to (in the same ZRANdom command as)

the SUBSpace subcommand. WUNIt is the unit number for writing out the selected

conformers. ECUT and VCUT are fixed and variable energy cutoffs, respectively,

as described under ZSEArch.

examples

ZRAN SEED 189876500

ZRAN SUBS 1 3 2 10 3 15 4 20

--------------

ZRANDOM SEED 189876500 SUBS ALLSubspaces 30 WUNI 19 ECUT -2200

In the top example, the random seed is set, and then random selections of

3, 10, 15, and 20 conformers are invoked for subspaces 1 through 4, respectively.

In the second example, random selections of 30 conformers are are invoked for

all subspaces, with the specified seed and an energy cutoff of -2200 kcal/mol,

writing the output to unit 19

ZFIL

Filters the conformers that have been read in by energy; can set different

energy cutoffs for different subspaces. The LECUt subcommand specifies

the subspaces and their respective fixed energy cutoffs. The LVCUt subcommand

specifies energy bands (tolerance above minimum) local to each subspace,

whereas the VCUT and ECUT subcommands specify global cutoffs, as above.

example

ZFILter LVCUt 5 LECUt 1 50 2 20 3 10 END

Here the fixed energy cutoffs specified are 50, 20, and 10 kcal/mol for

subspaces 1 to 3, respectively. There is, in addition, a cutoff of

5 kcal/mol above the energy minimum for each subspace.

Top

More Complex Searches: Searching Subspaces in Two Regions

In some cases, the user may want to be able to search the same

conformational subspace in two different regions in a series of grids. Take,

for example, the case of 3 rigid helices for which the optimal packing

arrangement is sought. The most efficient search algorithm may be one in

which each helix is allowed to sample a large region of conformational space,

while the other two helices make local adjustments. Hence, each helix would

have two defined regions: one for the large changes and one for the local

adjustments--i.e. a "major" and a "minor" region. As helix A was searched in

its major region, helices B and C would be searched in their minor regions, and

likewise for the other combinations.

Rather than introduce a "region" formalism into the structure of the

Z module--i.e. having each subspace be composed of multiple regions--which

would be complicated for both users and developers, the decision was made to

allow subspaces to have aliases. The alias of a subspace has exactly the same

degrees of freedom and atomic substructure, but it is called separately and can

be assigned different conformations from its primary subspace counterpart

through the conformer file(s). The CATEgorize MINOr command is necessary to

categorize the aliased subspace as "minor", or secondary, so that it is treated

as such in the ZSEARch command. The "MINOR {int}" subcommand must be used in the

ZSEArch command to indicate how many minor subspaces or regions are to be

searched at a time.

ZDEFine SUBSPACE {int} ALIAS {int} is used as an alternative to explicitly

defining an atomic substructure. The integer after ALIAS specifies the number

of the primary subspace to which the alias corresponds. Aliasing is necessary

when searching two regions of the same subspace (i.e. a subspace and its alias)

in a set of searches, because it tells the ZSEArch command that the two loaded

subspaces correspond. This allows the Z module to exclude search grids in

which the same subspace effectivley appears more than once. Without aliasing,

subspaces are combined in searches without regard to whether they are the same

or not, so that results may be redundant or incomplete. The atom selections

and REVErsal specifications are not necessary (and not allowed) when ALIAsing

a subspace.

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

Syntax for additional commands in multiple-region searches:

ZCATegorize MINOr CLEAR NONE {int1 int2 int3 ... }

ZSEArch MINO {int} RESS

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

Description of additional commands

ZCATegorize

Categorizes a subspace, effectively creating a different search region for

the space. Currently, only one alternative region can be searched for a given

subspace, which is assigned the category (subcommand) "MINOr." The subcommand

"minor" indicates that the subspace is to be included in the set of "MINOr"

or secondary regions that are to be searched by the ZSEARch command (it implies

nothing about size). A set of integers must be specified which refer to the

numbers of the subspaces being categorized as minor. The CLEAR or NONE

subcommands clear any previous categorizations of subspaces as minor.

-------------------------------------------------------------------------------

ZSEARCH MINOR {int} RESS

MINOr {int} specifies the number of subspaces, out of TAKE searched

subspaces, that should be searched in their "minor" or alternative regions

[default=0].,

The RESS ("REpeat SubSpace") subcommand allows multiple versions of the same

subspace, as defined by the ZDEFine ALIAS command, to be searched at the same

time (i.e. on the same search grid). This is not generally recommended and the

user employs this subcommand at his own risk.

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

Example

An example of a search using multiple subspace regions, modified from

an example above

ZMOD !enter module

ZMEMOry NDOF 100 NSUBSPACE 20 NATOM 25000 NCONF 2000 NVAL 10000 !allocate memory

ZDEFINE DOFR 1 DIHE 10 C 11 N 11 CA 11 C

ZDEFINE DOFR 2 DIHE 11 N 11 CA 11 C 12 N

ZDEFINE DOFR 3 DIHE 11 C 12 N 12 CA 12 C

ZDEFINE DOFR 4 DIHE 12 N 12 CA 12 C 13 N

ZDEFINE DOFR 5 DIHE 29 C 30 N 30 CA 30 C

ZDEFINE DOFR 6 DIHE 30 N 30 CA 30 C 31 N

ZDEFINE DOFR 7 DIHE 30 C 31 N 31 CA 31 C

ZDEFINE DOFR 8 DIHE 31 N 31 CA 31 C 32 N

ZDEFINE DOFR 9 DIHE 35 C 36 N 36 CA 36 C

ZDEFINE DOFR 10 DIHE 36 N 36 CA 36 C 37 N

ZDEFine SUBStructure 1 SELE ALL END SELE IRES 1:13 END

ZDEFine SUBStructure 2 SELE ALL END SELE IRES 1:32 END

ZDEFine SUBStructure 3 SELE ALL END SELE IRES 1:38 END

ZDEFine SUBStructure 4 SELE ALL END SELE IRES 1:50 END

ZDEFine SUBStructure 5 ALIAs 1 ! 5 is same as 1 !***************

ZDEFine SUBStructure 6 ALIAs 2 ! 6 is same as 2 !***************

ZCAT CLEAR MINOR 5 6 ! categorizing 5 and 6 as minor subspaces (regions) !***

open unit 12 write card name echodata

open unit 10 read card name short.2.conf !conformer file, now contains

!conformers for subspaces 5 and 6 also

ZREAD REDU CONF RUNI 10 WUNI 12 ! allowing redundancy of dofs in conformer file

END ! exit the Z module

!other charmm input

ENERGY

MINIMIZE SD

ZMOD !reenter Z module

ZLOAD SUBS CLEAR 2 3 4 5 6 !load 5 out of 6 defined subspaces !***********

open unit 15 write card name ener.file

!specify searches that take 3 subspaces at a time, one of which is searched

!in its minor region, write to unit 15, assign the minimum to the main

!coordinate set after the search, set product subspace tag to one (for output),

!save (and write) only the conformers within 500 kcal/mol of the running

!minimum energy, write search specifications to standard output

!include minor subcommand *****************

ZSEArch TAKE 3 MINO 1 WRUN 15 MINAssign TAG 1 VCUT 500 SPEC !***************

close unit 15

END !exit Z module

!other charmm input:

COOR RMS ORIENT SELE ALL END

OPEN UNIT 10 WRITE CARD NAME crd/final.crd

WRITE COOR CARD UNIT 10

CLOSE UNIT 10

More Complex Searches: Searching Subspaces in Two Regions

In some cases, the user may want to be able to search the same

conformational subspace in two different regions in a series of grids. Take,

for example, the case of 3 rigid helices for which the optimal packing

arrangement is sought. The most efficient search algorithm may be one in

which each helix is allowed to sample a large region of conformational space,

while the other two helices make local adjustments. Hence, each helix would

have two defined regions: one for the large changes and one for the local

adjustments--i.e. a "major" and a "minor" region. As helix A was searched in

its major region, helices B and C would be searched in their minor regions, and

likewise for the other combinations.

Rather than introduce a "region" formalism into the structure of the

Z module--i.e. having each subspace be composed of multiple regions--which

would be complicated for both users and developers, the decision was made to

allow subspaces to have aliases. The alias of a subspace has exactly the same

degrees of freedom and atomic substructure, but it is called separately and can

be assigned different conformations from its primary subspace counterpart

through the conformer file(s). The CATEgorize MINOr command is necessary to

categorize the aliased subspace as "minor", or secondary, so that it is treated

as such in the ZSEARch command. The "MINOR {int}" subcommand must be used in the

ZSEArch command to indicate how many minor subspaces or regions are to be

searched at a time.

ZDEFine SUBSPACE {int} ALIAS {int} is used as an alternative to explicitly

defining an atomic substructure. The integer after ALIAS specifies the number

of the primary subspace to which the alias corresponds. Aliasing is necessary

when searching two regions of the same subspace (i.e. a subspace and its alias)

in a set of searches, because it tells the ZSEArch command that the two loaded

subspaces correspond. This allows the Z module to exclude search grids in

which the same subspace effectivley appears more than once. Without aliasing,

subspaces are combined in searches without regard to whether they are the same

or not, so that results may be redundant or incomplete. The atom selections

and REVErsal specifications are not necessary (and not allowed) when ALIAsing

a subspace.

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

Syntax for additional commands in multiple-region searches:

ZCATegorize MINOr CLEAR NONE {int1 int2 int3 ... }

ZSEArch MINO {int} RESS

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

Description of additional commands

ZCATegorize

Categorizes a subspace, effectively creating a different search region for

the space. Currently, only one alternative region can be searched for a given

subspace, which is assigned the category (subcommand) "MINOr." The subcommand

"minor" indicates that the subspace is to be included in the set of "MINOr"

or secondary regions that are to be searched by the ZSEARch command (it implies

nothing about size). A set of integers must be specified which refer to the

numbers of the subspaces being categorized as minor. The CLEAR or NONE

subcommands clear any previous categorizations of subspaces as minor.

-------------------------------------------------------------------------------

ZSEARCH MINOR {int} RESS

MINOr {int} specifies the number of subspaces, out of TAKE searched

subspaces, that should be searched in their "minor" or alternative regions

[default=0].,

The RESS ("REpeat SubSpace") subcommand allows multiple versions of the same

subspace, as defined by the ZDEFine ALIAS command, to be searched at the same

time (i.e. on the same search grid). This is not generally recommended and the

user employs this subcommand at his own risk.

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

Example

An example of a search using multiple subspace regions, modified from

an example above

ZMOD !enter module

ZMEMOry NDOF 100 NSUBSPACE 20 NATOM 25000 NCONF 2000 NVAL 10000 !allocate memory

ZDEFINE DOFR 1 DIHE 10 C 11 N 11 CA 11 C

ZDEFINE DOFR 2 DIHE 11 N 11 CA 11 C 12 N

ZDEFINE DOFR 3 DIHE 11 C 12 N 12 CA 12 C

ZDEFINE DOFR 4 DIHE 12 N 12 CA 12 C 13 N

ZDEFINE DOFR 5 DIHE 29 C 30 N 30 CA 30 C

ZDEFINE DOFR 6 DIHE 30 N 30 CA 30 C 31 N

ZDEFINE DOFR 7 DIHE 30 C 31 N 31 CA 31 C

ZDEFINE DOFR 8 DIHE 31 N 31 CA 31 C 32 N

ZDEFINE DOFR 9 DIHE 35 C 36 N 36 CA 36 C

ZDEFINE DOFR 10 DIHE 36 N 36 CA 36 C 37 N

ZDEFine SUBStructure 1 SELE ALL END SELE IRES 1:13 END

ZDEFine SUBStructure 2 SELE ALL END SELE IRES 1:32 END

ZDEFine SUBStructure 3 SELE ALL END SELE IRES 1:38 END

ZDEFine SUBStructure 4 SELE ALL END SELE IRES 1:50 END

ZDEFine SUBStructure 5 ALIAs 1 ! 5 is same as 1 !***************

ZDEFine SUBStructure 6 ALIAs 2 ! 6 is same as 2 !***************

ZCAT CLEAR MINOR 5 6 ! categorizing 5 and 6 as minor subspaces (regions) !***

open unit 12 write card name echodata

open unit 10 read card name short.2.conf !conformer file, now contains

!conformers for subspaces 5 and 6 also

ZREAD REDU CONF RUNI 10 WUNI 12 ! allowing redundancy of dofs in conformer file

END ! exit the Z module

!other charmm input

ENERGY

MINIMIZE SD

ZMOD !reenter Z module

ZLOAD SUBS CLEAR 2 3 4 5 6 !load 5 out of 6 defined subspaces !***********

open unit 15 write card name ener.file

!specify searches that take 3 subspaces at a time, one of which is searched

!in its minor region, write to unit 15, assign the minimum to the main

!coordinate set after the search, set product subspace tag to one (for output),

!save (and write) only the conformers within 500 kcal/mol of the running

!minimum energy, write search specifications to standard output

!include minor subcommand *****************

ZSEArch TAKE 3 MINO 1 WRUN 15 MINAssign TAG 1 VCUT 500 SPEC !***************

close unit 15

END !exit Z module

!other charmm input:

COOR RMS ORIENT SELE ALL END

OPEN UNIT 10 WRITE CARD NAME crd/final.crd

WRITE COOR CARD UNIT 10

CLOSE UNIT 10