<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://wiki.docking.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sudipto</id>
	<title>DISI - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="http://wiki.docking.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sudipto"/>
	<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Special:Contributions/Sudipto"/>
	<updated>2026-05-24T09:31:59Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.1</generator>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9347</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9347"/>
		<updated>2016-03-23T23:59:02Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[Ligand File Input]]&lt;br /&gt;
* [[Database Filter]]&lt;br /&gt;
* [[Orienting the Ligand]]&lt;br /&gt;
* [[Internal Energy Calculation]]&lt;br /&gt;
* [[Ligand Flexibility]]&lt;br /&gt;
* [[Scoring Functions in DOCK 6]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Ligand_Flexibility&amp;diff=9346</id>
		<title>Ligand Flexibility</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Ligand_Flexibility&amp;diff=9346"/>
		<updated>2016-03-23T23:58:36Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;  The internal degrees of freedom of the ligand can be sampled with the anchor-and-grow incremental construction approach. This conformational search algorithm has been valida...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt; &lt;br /&gt;
The internal degrees of freedom of the ligand can be sampled&lt;br /&gt;
with the anchor-and-grow incremental construction approach.&lt;br /&gt;
This conformational search algorithm has been validated&lt;br /&gt;
for binding mode prediction on sets of ligands that have&lt;br /&gt;
no more than seven rotatable bonds&lt;br /&gt;
([[Moustakas et al., 2006]]).&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
=Anchor-and-Grow=&lt;br /&gt;
&lt;br /&gt;
The process of docking a molecule using the&lt;br /&gt;
anchor-first strategy is shown in the Workflow for Anchor-and-Grow Algorithm&lt;br /&gt;
[[Ewing et al. 2001]].&lt;br /&gt;
First, the largest rigid substructure of the ligand (anchor)&lt;br /&gt;
is identified (see[[Identification of Rigid Segments]]&#039;&#039;) &#039;&#039;and&lt;br /&gt;
rigidly oriented in the active site (orientation) by matching its heavy&lt;br /&gt;
atoms centers to the receptor sphere centers&lt;br /&gt;
(see [[Orienting the Ligand]]).&lt;br /&gt;
The anchor orientations are evaluated and optimized using the scoring&lt;br /&gt;
function (see [[Scoring]]) and&lt;br /&gt;
the energy minimizer (see [[Minimization]]).&lt;br /&gt;
In general,&lt;br /&gt;
the orientations are then ranked according to their score, spatially&lt;br /&gt;
clustered by heavy atom root mean squared deviation (RMSD), and pruned&lt;br /&gt;
(see [[Pruning the Conformation Search Tree]]). Next, the remaining flexible&lt;br /&gt;
portion of the ligand (see[[Identification of Flexible Layers]])&lt;br /&gt;
is built onto the best anchor orientations within the context of the&lt;br /&gt;
receptor (grow). It is assumed that the shape of the binding site will&lt;br /&gt;
help restrict the sampling of ligand conformations to those that are&lt;br /&gt;
most relevant for the receptor geometry.&lt;br /&gt;
&lt;br /&gt;
   &lt;br /&gt;
==Workflow&lt;br /&gt;
for Anchor-and-Grow Algorithm==&lt;br /&gt;
&lt;br /&gt;
The conformation of a flexible molecule may be&lt;br /&gt;
searched or relaxed using the flexible_ligand option. Only the torsion&lt;br /&gt;
angles are modified, not the bond lengths or angles. Therefore, the&lt;br /&gt;
input geometry of the molecule needs to be of good quality. A structure&lt;br /&gt;
generated by ZINC is sufficient.&lt;br /&gt;
 &lt;br /&gt;
The torsion angle positions reside in an editable&lt;br /&gt;
file (see flex_drive.tbl on page 111) which is identified with the&lt;br /&gt;
flex_drive_file parameter. Internal clashes are detected during the&lt;br /&gt;
torsion drive search based on the clash_overlap or internal_energy&lt;br /&gt;
parameters, which are independent of scoring function.&lt;br /&gt;
&lt;br /&gt;
=Identification of Rigid Segments=&lt;br /&gt;
&lt;br /&gt;
A flexible molecule is treated as a collection of&lt;br /&gt;
rigid segments. Each segment contains the largest set of adjacent atoms&lt;br /&gt;
separated by non-rotatable bonds. Segments are separated by rotatable&lt;br /&gt;
bonds.&lt;br /&gt;
&lt;br /&gt;
The first step in segmentation is ring identification.&lt;br /&gt;
All bonds within molecular rings are treated as rigid.&lt;br /&gt;
This classification scheme is a first-order approximation of molecular&lt;br /&gt;
flexibility, since some amount of flexibility can exist in non-aromatic&lt;br /&gt;
rings. To treat such phenomenon as sugar puckering and chair-boat&lt;br /&gt;
hexane conformations, the user will need to supply each ring&lt;br /&gt;
conformation as a separate input molecule. Additional bonds may be&lt;br /&gt;
specified as rigid by the user&lt;br /&gt;
(see [[Manual Specification of Non-rotatable Bonds]]).&lt;br /&gt;
&lt;br /&gt;
  &lt;br /&gt;
=Identification of Rigid Anchor and Flexible Bonds =&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The second step is flexible bond&lt;br /&gt;
identification. Each flexible bond is associated with a label defined&lt;br /&gt;
in an editable file (see [[flex.defn]]).&lt;br /&gt;
The parameter file is identified with the flex_definition_file&lt;br /&gt;
parameter. Each label in the file contains a definition based on the&lt;br /&gt;
atom types (and chemical environment) of the bonded atoms. Each label&lt;br /&gt;
is also flagged as minimizable. Typically, bonds with some degree of&lt;br /&gt;
double bond character are excluded from minimization so that planarity&lt;br /&gt;
is preserved. Each label is also associated with a set of preferred&lt;br /&gt;
torsion positions. The location of each flexible bond is used to&lt;br /&gt;
partition the molecule into rigid segments. A segment is the largest&lt;br /&gt;
local set of atoms that contains only non-flexible bonds.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Manual Specification of Non-rotatable Bonds=&lt;br /&gt;
&lt;br /&gt;
Currently this functionality is not available!&lt;br /&gt;
&lt;br /&gt;
The user can specify additional bonds to be&lt;br /&gt;
non-rotatable, to supplement the ring bonds automatically identified by&lt;br /&gt;
DOCK. Such a technique could be used to preserve the conformation of&lt;br /&gt;
part of a molecule and isolate it from the conformation search.&lt;br /&gt;
&lt;br /&gt;
Non-rotatable bonds are identified in the Tripos MOL2 format file&lt;br /&gt;
containing the molecule. The bonds are designated as members of a&lt;br /&gt;
STATIC BOND SET named RIGID (see [[Tripos MOL2 Format]]).&lt;br /&gt;
&lt;br /&gt;
Creation of the RIGID set can be done within&lt;br /&gt;
Chimera. With the molecule of interest loaded into Chimera, select the&lt;br /&gt;
portion of the ligand you would like to remain rigid. Then select on&lt;br /&gt;
File &amp;amp;gt; Save MOL2. Make sure the &amp;quot;Write current selection to @&lt;br /&gt;
SETS section of file&amp;quot; is checked and save the file.&lt;br /&gt;
&lt;br /&gt;
Alternatively, the RIGID set can be entered into&lt;br /&gt;
the MOL2 file by hand. To do this, go to the end of the MOL2 file. If&lt;br /&gt;
no sets currently exist, then add a SET identifier on a new line. It&lt;br /&gt;
should contain the text &amp;quot;@&amp;amp;lt;TRIPOS&amp;amp;gt;SET&amp;quot;. On a new line add&lt;br /&gt;
the text &amp;quot;RIGID STATIC BONDS &amp;amp;lt;user&amp;amp;gt; **** Comment&amp;quot;. On the&lt;br /&gt;
next line&lt;br /&gt;
enter the number of bonds that will be included in the set, followed by&lt;br /&gt;
the numerical identifier of each bond in the set.&lt;br /&gt;
&lt;br /&gt;
=Identification of Flexible Layers=&lt;br /&gt;
==Anchor Selection==&lt;br /&gt;
An anchor segment is normally selected from&lt;br /&gt;
the rigid segments in an automatic fashion&lt;br /&gt;
(see [[Manual Specification of Non-rotatable Bonds]]&lt;br /&gt;
to override this behavior). The molecule is divided into segments that&lt;br /&gt;
overlap at each rotatable bond. The segment with the largest number of&lt;br /&gt;
heavy atoms is selected as the first anchor, number of attachment points are also considered. All segments with more heavy&lt;br /&gt;
atoms then min_anchor_size are tried separately as anchors. The number of anchors can be limited by setting the limit_max_anchors flag to &amp;quot;yes&amp;quot;; max_anchor_num is used to specify the maximum number of anchors to be used (anchors are ordered by heavy atoms and attachment points):&lt;br /&gt;
&lt;br /&gt;
  min_anchor_size 5&lt;br /&gt;
  limit_max_anchors yes&lt;br /&gt;
  max_anchor_num 5&lt;br /&gt;
&lt;br /&gt;
At most 5 anchors are used and all anchors have at least 5 heavy atoms.&lt;br /&gt;
&lt;br /&gt;
To use a single specific anchor (e.g scaffold with known bonding pose), specify an atom name and its corresponding atom number in the chosen fragment (e.g. if atom number 10 is C16):&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
  user_specified_anchor yes&lt;br /&gt;
&lt;br /&gt;
  atom_in_anchor C16,10&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Identification of Overlapping Segments==&lt;br /&gt;
&lt;br /&gt;
When an anchor has been selected,&lt;br /&gt;
then the molecule is redivided into non-overlapping segments, which are&lt;br /&gt;
then arranged concentrically about the anchor segment. Segments are&lt;br /&gt;
reattached to the anchor according to the innermost layer first and&lt;br /&gt;
within a layer to the largest segment first.&lt;br /&gt;
  &lt;br /&gt;
=Layered Non-Overlapping Segments=&lt;br /&gt;
 &lt;br /&gt;
The anchor is processed separately&lt;br /&gt;
(either oriented, scored, and/or minimized). The remaining segments are&lt;br /&gt;
subsequently re-attached during the conformation search. The&lt;br /&gt;
interaction energy between the receptor and the ligand can be optimized&lt;br /&gt;
with a simplex minimizer (see [[Minimization]]).&lt;br /&gt;
&lt;br /&gt;
=Pruning the Conformation Search Tree=&lt;br /&gt;
&lt;br /&gt;
Starting with version 6.1,&lt;br /&gt;
there are two methods for pruning.&lt;br /&gt;
The first method is the one that existed in earlier versions;&lt;br /&gt;
it is the default and corresponds to input parameter&lt;br /&gt;
pruning_use_clustering = yes.&lt;br /&gt;
In this method&lt;br /&gt;
pruning attempts to retain the best, most diverse configurations using&lt;br /&gt;
a top-first pruning algorithm, which proceeds as follows. The&lt;br /&gt;
configurations are ranked according to score. The top-ranked&lt;br /&gt;
configuration is set aside and used as a reference configuration for&lt;br /&gt;
the first round of pruning. All remaining configurations are considered&lt;br /&gt;
candidates for removal. A root-mean-squared distance (RMSD) between&lt;br /&gt;
each candidate and the reference configuration is computed.&lt;br /&gt;
Each candidate is then evaluated for removal&lt;br /&gt;
based on its rank and RMSD using the inequality:&lt;br /&gt;
  &lt;br /&gt;
If the factor is greater than&lt;br /&gt;
number_confs_for_next_growth, as appropriate, the candidate is removed.&lt;br /&gt;
Based on this factor, a configuration with rank 2&lt;br /&gt;
and 0.2 angstroms RMSD is comparable to a configuration with rank 20&lt;br /&gt;
and 2.0 angstroms RMSD. The next best scoring configuration which&lt;br /&gt;
survives the first pass of removal is then set aside and used as a&lt;br /&gt;
reference configuration for the second round of pruning, and so on.&lt;br /&gt;
This pruning method biases its search time towards molecules that sample a&lt;br /&gt;
more diverse set of binding modes. As the values of&lt;br /&gt;
num_anchors_orients_for_growth and number_confs_for_next_growth are&lt;br /&gt;
increased, the anchor-first method approaches an exhaustive search.&lt;br /&gt;
&lt;br /&gt;
In the second method, the goal is to bias&lt;br /&gt;
the sampling towards&lt;br /&gt;
conformations that are close to the correct binding mode (as optimized&lt;br /&gt;
using a test set of experimentally solved structures). Much as the&lt;br /&gt;
method above, the algorithm ranks the generated poses and&lt;br /&gt;
conformations. Then, all poses that violate a user-defined score cutoff&lt;br /&gt;
are removed. To facilitate the speed of the calculation, the remaining&lt;br /&gt;
list is additionally pared back to a user-defined length.&lt;br /&gt;
In this method, the sampling is driven towards molecules that sample&lt;br /&gt;
closer&lt;br /&gt;
to the experimentally determined binding site, and the result is&lt;br /&gt;
a significantly less diverse set of final poses.&lt;br /&gt;
&lt;br /&gt;
=Time Requirements &#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The time demand grows linearly with the&lt;br /&gt;
num_anchors_orients_for_growth, the number_confs_for_next_growth, the&lt;br /&gt;
number of flexible bonds and the number of torsion positions per bond,&lt;br /&gt;
as well as the number of anchor segments explored for a given molecule.&lt;br /&gt;
Using the notation in the [[Workflow for Anchor-and-Grow Algorithm]], the time demand can be expressed&lt;br /&gt;
as&lt;br /&gt;
  &lt;br /&gt;
where the&lt;br /&gt;
additional terms are:&lt;br /&gt;
&lt;br /&gt;
 * NA is the number of anchor segments tried per&lt;br /&gt;
molecule. &lt;br /&gt;
 * NB is the number of rotatable bonds per molecule.&lt;br /&gt;
&lt;br /&gt;
=Growth Tree and Statistics =&lt;br /&gt;
&lt;br /&gt;
Dock uses Breadth First Search to sample the conformational space of the ligand. The tree is pruned at every stage of growth to remove unsuitable conformations. In order to be as space efficient as possible, DOCK only saves one level of growth at a time unless &amp;quot;write_growth_tree&amp;quot; is turned on. In order to construct the growth tree it was necessary to do the following: (1) Retain all levels of growth (before and after minimization) in memory. (2) Link every conformer to its parent conformer during growth. (3) While writing out the tree, the traversal starts from a fully grown ligand (leaf), moving up the branch (parent conformer) until the ligand anchor (root) is reached. Finally, the growth tree branch is printed as a multi-mol2 file starting from the anchor to the fully grown ligand, including minimizations. This newly implemented feature allows visualization of all stages of growth and optimize behavior of current DOCK routines. Note that the growth trees can easily be visualized using the Viewdock module in the UCSF chimera program. Extra information regarding conformer number, anchor number, parent conformer etc. can also be accessed directly using this tool.&lt;br /&gt;
&lt;br /&gt;
Format for branch files name is as follows:&lt;br /&gt;
&lt;br /&gt;
${Ligand name}_anchor${anchor number}_branch${conformer number of fully grown mol.}.mol2&lt;br /&gt;
&lt;br /&gt;
e.g. LIG1_anchor1_branch4.mol2&lt;br /&gt;
 &lt;br /&gt;
The ligand name is that specified in the mol2 file.&lt;br /&gt;
The anchor number indicates what fragment or portion of the molecule was used as the anchor.&lt;br /&gt;
The every conformer (both partially and fully grown) is assigned a unique number.&lt;br /&gt;
&lt;br /&gt;
we recommend that users cat files together and compress them.&lt;br /&gt;
  cat *_branch*.mol2 &amp;gt; growth_tree.mol2; gzip growth_tree.mol2&lt;br /&gt;
&lt;br /&gt;
In addition, growth statistics are printed to the output files if the verbose flag is used.&lt;br /&gt;
&lt;br /&gt;
  -----------------------------------&lt;br /&gt;
  VERBOSE MOLECULE STATS&lt;br /&gt;
  &lt;br /&gt;
    Number of heavy atoms = 30&lt;br /&gt;
    Number of rotatable bonds = 7&lt;br /&gt;
    Formal Charge = 1.00&lt;br /&gt;
    Molecular Weight = 429.56&lt;br /&gt;
    Heavy Atoms = 30&lt;br /&gt;
  -----------------------------------&lt;br /&gt;
  VERBOSE ORIENTING STATS :&lt;br /&gt;
  &lt;br /&gt;
  Orienting 10 anchor heavy atom centers&lt;br /&gt;
  Sphere Center Matching Parameters:&lt;br /&gt;
     tolerance: 0.25; dist_min: 2; min_nodes: 3; max_nodes: 10&lt;br /&gt;
  Num of cliques generated: 2298&lt;br /&gt;
     Residual Info:&lt;br /&gt;
     min residual:    0.0261&lt;br /&gt;
     median residual: 0.3932&lt;br /&gt;
     max residual:    0.5000&lt;br /&gt;
     mean residual:   0.3737&lt;br /&gt;
     std residual:    0.0935&lt;br /&gt;
   Node Sizes:&lt;br /&gt;
     min nodes:    3&lt;br /&gt;
     max nodes:    4&lt;br /&gt;
     mean nodes:   3.0070&lt;br /&gt;
    # of anchor positions: 1000&lt;br /&gt;
    -----------------------------------&lt;br /&gt;
  VERBOSE GROWTH STATS : ANCHOR #1&lt;br /&gt;
    &lt;br /&gt;
  32/1000 anchor orients retained (max 1000) t=9.06s&lt;br /&gt;
  Lyr 1-1 Segs|Lyr 2-1 Segs|Lyr 3-2 Segs|Lyr 4-2 Segs|Lyr 5-1 Segs|&lt;br /&gt;
  Lyr:1 Seg:0 Bond:8 : Sampling 6 dihedrals C6(C.ar)  C4(C.ar)  C3(C.3)  C1(C.3)&lt;br /&gt;
  Lyr:1 Seg:0 24/192 retained, Pruning: 6-score 162-clustered  t=10.68s&lt;br /&gt;
  Lyr:2 Seg:0 Bond:5 : Sampling 3 dihedrals C4(C.ar)  C3(C.3)  C1(C.3)  N1(N.3)&lt;br /&gt;
  Lyr:2 Seg:0 51/72 retained, Pruning: 21-clustered  t=11.38s&lt;br /&gt;
  Lyr:3 Seg:0 Bond:1 : Sampling 3 dihedrals C3(C.3)  C1(C.3)  N1(N.3)  S1(S.o2)&lt;br /&gt;
  Lyr:3 Seg:0 105/153 retained, Pruning: 7-score 41-clustered  t=13.37s&lt;br /&gt;
  Lyr:3 Seg:1 Bond:3 : Sampling 6 dihedrals N4(N.am)  C2(C.2)  C1(C.3)  C3(C.3)&lt;br /&gt;
  Lyr:3 Seg:1 86/630 retained, Pruning: 8-score 536-clustered  t=23.93s&lt;br /&gt;
  Lyr:4 Seg:0 Bond:43 : Sampling 3 dihedrals C16(C.ar)  S1(S.o2)  N1(N.3)  C1(C.3)&lt;br /&gt;
  Lyr:4 Seg:0 90/258 retained, Pruning: 168-clustered  t=28.85s&lt;br /&gt;
  Lyr:4 Seg:1 Bond:26 : Sampling 2 dihedrals C11(C.3)  N4(N.am)  C2(C.2)  C1(C.3)&lt;br /&gt;
  Lyr:4 Seg:1 147/180 retained, Pruning: 5-score 28-clustered  t=35.28s&lt;br /&gt;
  Lyr:5 Seg:0 Bond:46 : Sampling 6 dihedrals C17(C.ar)  C16(C.ar)  S1(S.o2)  N1(N.3)&lt;br /&gt;
  Lyr:5 Seg:0 104/882 retained, Pruning: 15-outside grid 22-score 741-clustered  t=77.71s  &lt;br /&gt;
  &lt;br /&gt;
These are the verbose growth statistics for flexible docking to 1PPH (thrombin). These are printed only when the verbose flag is enabled in the command line. This feature is useful for debugging incomplete growths and other possible issues with the growth routines. This feature is also useful to show progress when docking in larger peptide-like ligands (20+ rotatable bonds) which can take several hours. Cumulative timing in seconds (e.g. t=13.37s) is shown at the end of each line to allow quick profiling of the slowest steps during docking. A separate section is printed for each anchor sampled when using multiple anchors. For anchor #1, the orienting routine produces 1000 orients, and 37 are retained after clustering and minimization. The ligand has 7 rotatable bonds. The second line shows the assignment of layers and segments. For details on the terminology, please consult the DOCK 4 paper. subsequently, two lines of information are printed for each torsion sampled.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&#039;&#039;&#039;Lyr:1 Seg:0&#039;&#039;&#039; indicates that this is Layer #1 and Segment #0. Layer and segment number starts from zero, and corresponds to the array indices used internally. &#039;&#039;&#039;Bond:8 &#039;&#039;&#039;refers to bond number in the mol2 file read in. &amp;quot;Sampling 6 dihedrals C6(C.ar)&amp;amp;#160; C4(C.ar)&amp;amp;#160; C3(C.3)&amp;amp;#160; C1(C.3)&amp;quot; specifies the exact torsion being sampled. Six dihedral positions are being sampled in this case, as determined by the drive_id in flex_drive.tbl. &#039;&#039;&#039;21/246 retained&#039;&#039;&#039; means 21 conformers were retained from the 246 conformers generated during growth (41 conformers x 6 dihedral positions = 246 new conformers). The &#039;&#039;&#039;Pruning:&#039;&#039;&#039; section demonstrates how these (246-21) or 225 conformers were pruned: 2 conformers were outside the energy grid, 5 conformers exceeded the score cut-off (see &#039;&#039;pruning_conformer_score_cutoff&#039;&#039;) and 218 conformers were clustered. Typically clustering removes the greatest number of conformers during each torsion grown as controlled by the &#039;&#039;pruning_clustering_cutoff&#039;&#039; parameter. The reader is encouraged to verify that the number of conformers retained can be calculated as above at each stage of growth. If the growth tree is turned on, the total number of conformers stored in the growth tree are also reported.&lt;br /&gt;
&lt;br /&gt;
NOTE: The following parameter&lt;br /&gt;
definitions will use the format below:&lt;br /&gt;
&lt;br /&gt;
parameter_name [default] (value):&lt;br /&gt;
#description&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
In some cases, parameters are only needed&lt;br /&gt;
(questions will only be asked) if the parameter above is enforced.&lt;br /&gt;
These parameters are indicated below by additional indentation.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
==Flexible Ligand Parameters==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
        flexible_ligand [yes] (yes, no):&lt;br /&gt;
        #Flag to perform ligand conformational searching&lt;br /&gt;
            user_specified_anchor [no] (yes no):&lt;br /&gt;
            #Flag to let the user choose the anchor segment for growth.&lt;br /&gt;
                atom_in_anchor [C1,1] ():&lt;br /&gt;
                #Specify an atom within the chosen anchor segment.&lt;br /&gt;
            limit_max_anchors [no] (yes no):&lt;br /&gt;
            #Flag to limit the number of anchors used during multi-anchor docking.&lt;br /&gt;
                max_anchor_num [1] ()::&lt;br /&gt;
                #The maximum number of anchor segments to be used.&lt;br /&gt;
            min_anchor_size [5] (int):&lt;br /&gt;
            #The minimum number of heavy atoms for an anchor segment. Set this to a high number (40) to use a single anchor. For multi-anchor docking, use 5 or 6 (pyrrole or benzene ring respectively).&lt;br /&gt;
            pruning_use_clustering [yes] (yes, no):&lt;br /&gt;
            #Flag to enable clustering during pruning&lt;br /&gt;
&lt;br /&gt;
                (if pruning_use_clustering = yes)&lt;br /&gt;
&lt;br /&gt;
                pruning_max_orients [1000] (int):&lt;br /&gt;
                #The maximum number of anchor orientations carried forward in the&lt;br /&gt;
                #anchor &amp;amp; grow search (previously num_anchor_orients_for_growth)&lt;br /&gt;
                pruning_clustering_cutoff [100] (int):&lt;br /&gt;
                #The pruning value cutoff for anchor orientations promoted to the&lt;br /&gt;
                #conformational search (previously number_confs_for_next_growth and&lt;br /&gt;
                #referred to as N_c in the equation in Pruning the Conformation Search Tree)&lt;br /&gt;
&lt;br /&gt;
                (if pruning_use_clustering = no)&lt;br /&gt;
&lt;br /&gt;
                pruning_max_orients [1000] (int):&lt;br /&gt;
                #Maximum number of anchor orientations promoted to the conformational&lt;br /&gt;
                #search&lt;br /&gt;
                pruning_orient_score_cutoff [25.0] (float):&lt;br /&gt;
                #Maximum score for anchor after minimization&lt;br /&gt;
                pruning_max_conformers [75] (int):&lt;br /&gt;
                #Maximum number of anchor orientations promoted to the next layer of growth&lt;br /&gt;
                pruning_conformer_score_cutoff [100.0] (float):&lt;br /&gt;
                #Maximum score for conformation after minimization&lt;br /&gt;
            use_clash_overlap [no] (yes, no):&lt;br /&gt;
            #Flag to check for overlapping atomic volumes during anchor and grow&lt;br /&gt;
                clash_overlap [0.5] (float):&lt;br /&gt;
                #The relative threshold for overlapping atomic volumes;&lt;br /&gt;
                #a clash exists if the distance between a pair of atoms is less than&lt;br /&gt;
                #the clash_overlap times the sum of their atom type radii;&lt;br /&gt;
                #thus, a clash_overlap of 0.75 allows 25% (1 - 0.75) of relative overlap.&lt;br /&gt;
            write_growth_tree [no] (yes, no):&lt;br /&gt;
            #Warning: Writing the growth tree increases memory usage and can generate lots of files. Concatenating and compressing growth tree branches is recommended&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9345</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9345"/>
		<updated>2016-03-23T23:47:10Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[Ligand File Input]]&lt;br /&gt;
* [[Database Filter]]&lt;br /&gt;
* [[Orienting the Ligand]]&lt;br /&gt;
* [[Internal Energy Calculation]]&lt;br /&gt;
* [[Ligand Flexibility]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Internal_Energy_Calculation&amp;diff=9344</id>
		<title>Internal Energy Calculation</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Internal_Energy_Calculation&amp;diff=9344"/>
		<updated>2016-03-23T23:46:09Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;During growth and minimization, an internal energy scoring function can be used. The goal of the internal energy function is to reduce the occurrence of internal clashes during the torsional optimization. This function computes the repulsive Lennard-Jones term between all ligand atom pairs, excluding all 1-2, 1-3, and 1-4 pairs. (Currently, attractive Lennard-Jones and Coulombic terms are neglected; he aim is to eliminate internal clashes not to optimize the internal geometry. in addition, since there is no dihedral term in the force field, if the attractive terms are included the molecule might appear less physical.) The internal energy can be cut on or off; if cut on, it is all ways used and is reported in the final energy. If it is cut of it is never used. The pruning during growth is done by considering both the internal and interaction energies. We recommend the use of the internal energy function for all calculations.&lt;br /&gt;
&lt;br /&gt;
=Internal Energy Parameters=&lt;br /&gt;
&lt;br /&gt;
  use_internal_energy [yes] (yes no):  #Flag to use Internal energy (only repulsive VDW) for growth and/or minimization&lt;br /&gt;
  internal_energy_rep_exp [12] (int):  #The VDW exponent&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Internal_Energy_Calculation&amp;diff=9343</id>
		<title>Internal Energy Calculation</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Internal_Energy_Calculation&amp;diff=9343"/>
		<updated>2016-03-23T23:45:55Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;      During growth and minimization, an internal energy scoring function can be used. The goal of the internal energy function is to reduce the occurrence of internal clashes...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
    During growth and minimization, an internal energy scoring function can be used. The goal of the internal energy function is to reduce the occurrence of internal clashes during the torsional optimization. This function computes the repulsive Lennard-Jones term between all ligand atom pairs, excluding all 1-2, 1-3, and 1-4 pairs. (Currently, attractive Lennard-Jones and Coulombic terms are neglected; he aim is to eliminate internal clashes not to optimize the internal geometry. in addition, since there is no dihedral term in the force field, if the attractive terms are included the molecule might appear less physical.) The internal energy can be cut on or off; if cut on, it is all ways used and is reported in the final energy. If it is cut of it is never used. The pruning during growth is done by considering both the internal and interaction energies. We recommend the use of the internal energy function for all calculations.&lt;br /&gt;
&lt;br /&gt;
=Internal Energy Parameters=&lt;br /&gt;
&lt;br /&gt;
  use_internal_energy [yes] (yes no):  #Flag to use Internal energy (only repulsive VDW) for growth and/or minimization&lt;br /&gt;
  internal_energy_rep_exp [12] (int):  #The VDW exponent&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9342</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9342"/>
		<updated>2016-03-23T23:44:54Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[Ligand File Input]]&lt;br /&gt;
* [[Database Filter]]&lt;br /&gt;
* [[Orienting the Ligand]]&lt;br /&gt;
* [[Internal Energy Calculation]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Orienting_the_Ligand&amp;diff=9341</id>
		<title>Orienting the Ligand</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Orienting_the_Ligand&amp;diff=9341"/>
		<updated>2016-03-23T23:44:16Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot; =Sphere Matching=  The rigid body orienting code is written as a direct implementation of the isomorphous subgraph matching method of Crippen and Kuhl (Kuhl et al. J. Compu...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
=Sphere Matching=&lt;br /&gt;
&lt;br /&gt;
The rigid body orienting code is written as a&lt;br /&gt;
direct implementation of the isomorphous subgraph matching method of&lt;br /&gt;
Crippen and Kuhl ([[Kuhl et al. J. Comput. Chem. 1984]]).&lt;br /&gt;
All receptor sphere pairs and atom center pairs are considered for&lt;br /&gt;
inclusion in a matching clique. This is more computationally demanding&lt;br /&gt;
than the clique matching algorithm implemented in previous versions&lt;br /&gt;
that used a distance binning algorithm to restrict the clique search,&lt;br /&gt;
in which pairs of spheres and atom centers were binned by distance.&lt;br /&gt;
Only sphere pairs and center pairs that were within the same distance&lt;br /&gt;
bin were considered as potential matches&lt;br /&gt;
([[Ewing and Kuntz. J. Comput. Chem. 1997]]).&lt;br /&gt;
&lt;br /&gt;
The clique matching implementation avoids bin&lt;br /&gt;
boundaries that prevent some receptor sphere and ligand atom pairs from&lt;br /&gt;
matching, and, as a result, it can find good matches missed by previous&lt;br /&gt;
versions of DOCK. The rigid body rotation code has also been corrected&lt;br /&gt;
to avoid a singularity that occurred if the spheres in the match lay&lt;br /&gt;
within the same plane.&lt;br /&gt;
&lt;br /&gt;
There are two types of ligand&lt;br /&gt;
orientation currently available:&lt;br /&gt;
&lt;br /&gt;
(1) Automated Matching &amp;amp;#8212;Specify the&lt;br /&gt;
number of orientations, and DOCK will generate matches until enough&lt;br /&gt;
orientations passing the bump filter have been formed. Matches are&lt;br /&gt;
formed best first, with respect to the difference in the ligand and&lt;br /&gt;
site point internal distances. &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(2) Manual Matching &amp;amp;#8212;Specify the distance and node&lt;br /&gt;
parameters,&lt;br /&gt;
and DOCK will generate all the matches which satisfy them. The number&lt;br /&gt;
of orientations scored is equal to the total matches minus the&lt;br /&gt;
orientations discarded by the user applied filters.&lt;br /&gt;
&lt;br /&gt;
Multiple orientations may be&lt;br /&gt;
written out for each molecule using the write_orientations parameter&lt;br /&gt;
(see [[Ligand File Output]]),&lt;br /&gt;
otherwise only the best orientation is recorded.&lt;br /&gt;
Note that this feature is available only in serial DOCK;&lt;br /&gt;
in parallel DOCK only the best orientation is emitted.&lt;br /&gt;
In addition, now &amp;quot;VERBOSE ORIENTING STATS&amp;quot; are now printed when the verbose flag is used. &lt;br /&gt;
This prints orienting parameters, residual statistics, statistics on the nodes used in the match. See the [[Growth Tree And Statistics]] section below for an example of the output.&lt;br /&gt;
&lt;br /&gt;
=Critical Points=&lt;br /&gt;
&lt;br /&gt;
The critical_points feature is used&lt;br /&gt;
to focus the orientation search into a subsite of the receptor active&lt;br /&gt;
site ([[DesJarlais et al. J. Comput-Aided Molec. Design. 1994]]&lt;br /&gt;
and [[Miller et al. J. Comput. Aided Mol. Design. 1994]]).&lt;br /&gt;
For example, identifying molecules that interact with catalytic&lt;br /&gt;
residues might be of chief interest. Any number of points may be&lt;br /&gt;
identified as critical&lt;br /&gt;
(see [[Critical Points]]&lt;br /&gt;
in the sphgen documentation for information on labeling spheres),&lt;br /&gt;
and any number of groupings of these&lt;br /&gt;
points may be identified.&lt;br /&gt;
Cliques are checked for critical points by comparing spheres;&lt;br /&gt;
the criterion is that every grouping must have a coincident sphere&lt;br /&gt;
and the first coincident sphere found in a grouping terminates&lt;br /&gt;
further searching of that grouping.&lt;br /&gt;
&lt;br /&gt;
An alternative to using critical points is to&lt;br /&gt;
discard all site points that are some distance away from the subsite of&lt;br /&gt;
interest, while retaining enough site points to define unique ligand&lt;br /&gt;
orientations. This feature can be highly effective at reducing matching&lt;br /&gt;
by five-fold or more. It is particularly useful to also assign chemical&lt;br /&gt;
labels to the critical points to further focus sampling.&lt;br /&gt;
In this case cliques are checked first for satisfaction of the&lt;br /&gt;
critical points criterion and then for satisfaction of the&lt;br /&gt;
chemical matching criteria.&lt;br /&gt;
&lt;br /&gt;
= Chemical Matching=&lt;br /&gt;
&lt;br /&gt;
The chemical_matching feature is used to&lt;br /&gt;
incorporate information about the chemical complementarity of a ligand&lt;br /&gt;
orientation into the matching process. In this feature, chemical labels&lt;br /&gt;
are assigned to site points&lt;br /&gt;
(see [[Chemical Matching]]&lt;br /&gt;
in the sphgen documentation for information on labeling spheres)&lt;br /&gt;
and ligand atoms (see [[Ligand File Input]])&lt;br /&gt;
([[Kuhl et al. J. Comput. Chem. 1984]]).&lt;br /&gt;
The site point labels are based on the local receptor environment. The&lt;br /&gt;
ligand atom labels are based on user-adjustable chemical functionality&lt;br /&gt;
rules. These labeling rules are identified with the chemical_defn_file&lt;br /&gt;
parameter and reside in an editable file (see [[chem.defn]]).&lt;br /&gt;
A node in a match will produce an unfavorable interaction if the atom&lt;br /&gt;
and site point components have labels which violate a chemical match&lt;br /&gt;
rule. The chemical matching rules are identified with the&lt;br /&gt;
chemical_match_file parameter and reside in an editable file (see [[chem_match.tbl]]).&lt;br /&gt;
If a match will produce unfavorable interactions, then the match is&lt;br /&gt;
discarded. The speed-up from this technique depends how extensively&lt;br /&gt;
site points have been labeled and the stringency of the match rules,&lt;br /&gt;
but an improvement of two-fold or more can be expected.&lt;br /&gt;
&lt;br /&gt;
=Macromolecular Docking=&lt;br /&gt;
&lt;br /&gt;
Although DOCK is typically applied to small&lt;br /&gt;
ligand molecules, it can be used to study macromolecular ligands,&lt;br /&gt;
for example protein-protein and protein-DNA complexes.&lt;br /&gt;
The chief difference in protocol is that to use the&lt;br /&gt;
match_receptor_sites procedure for the orientation search, special&lt;br /&gt;
ligand centers must be used to represent the ligand. This is signaled&lt;br /&gt;
by setting the ligand_centers parameter. The ligand centers may be&lt;br /&gt;
constructed by [[sphgen]] and&lt;br /&gt;
must reside in a file identified with the ligand_center_file parameter.&lt;br /&gt;
See [[Shoichet et al. J. Mol. Biol. 1991]] for examples and discussion of&lt;br /&gt;
macromolecular docking.&lt;br /&gt;
&lt;br /&gt;
NOTE: The following parameter&lt;br /&gt;
definitions will use the format below:&lt;br /&gt;
&lt;br /&gt;
  parameter_name [default] (value):&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In some cases, parameters are only&lt;br /&gt;
needed&lt;br /&gt;
(questions will only be asked) if the parameter above is enforced.&lt;br /&gt;
These parameters are indicated below by additional indentation.&lt;br /&gt;
&lt;br /&gt;
=Orient Ligand Parameters=&lt;br /&gt;
&lt;br /&gt;
* orient_ligand [yes] (yes, no):&amp;lt;br&amp;gt;    #Flag to orient ligand to spheres&lt;br /&gt;
* automated_matching [yes] (yes, no):&amp;lt;br&amp;gt;    # Flag to perform automated matching instead of manual matching&lt;br /&gt;
* receptor_site_file [receptor.sph] (string):&amp;lt;br&amp;gt;  # The file containing the receptor spheres&lt;br /&gt;
* max_orientations [1000] (int):&amp;lt;br&amp;gt;    # The maximum number of orientations that will be cycled through&lt;br /&gt;
* critical_points [no] (yes, no):&amp;lt;br&amp;gt;    #Flag to use critical point sphere labeling to target orientations to particular spheres&lt;br /&gt;
* chemical_matching [no] (yes, no):&amp;lt;br&amp;gt;    #Flag to use chemical coloring of spheres to match chemical labels on ligand atoms&lt;br /&gt;
* use_ligand_spheres [no] (yes/no):&amp;lt;br&amp;gt;    #Flag to enable a sphere file representing ligand heavy atoms to be used to orient the ligand &amp;lt;br&amp;gt;    #Typically used for macromolecular docking&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9340</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9340"/>
		<updated>2016-03-23T23:40:30Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[Ligand File Input]]&lt;br /&gt;
* [[Database Filter]]&lt;br /&gt;
* [[Orienting the Ligand]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Database_Filter&amp;diff=9339</id>
		<title>Database Filter</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Database_Filter&amp;diff=9339"/>
		<updated>2016-03-23T23:40:02Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;  The Database Filter is designed for on-the-fly filtering of small molecules from the database during docking. Filtering small molecules by heavy atoms, rotatable bonds, mole...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt; &lt;br /&gt;
The Database Filter is designed for on-the-fly filtering of small molecules from the database during docking. Filtering small molecules by heavy atoms, rotatable bonds, molecular weight and formal charge is currently supported. This routine is designed to be modular so that other descriptors can be easily added. The default values are deliberately set to allow most small molecules to pass through. One use of this routine would be to partition a database into subsets such as &amp;quot;0-7 rotbonds&amp;quot; or &amp;quot;300-500 molwt&amp;quot; or &amp;quot;neutral charge&amp;quot;. Another use would be to exclude ligands that are too small (&amp;lt;200 amu) or too large (&amp;gt;500 amu) for a particular target. This routine can also be used to filter a database without performing any docking.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039; Database Filter Parameters &#039;&#039;&#039;&lt;br /&gt;
 &lt;br /&gt;
   use_database_filter [no] (yes, no):  #Flag to use the Database Filter&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_max_heavy_atoms [999] (int): &lt;br /&gt;
| Maximum number of ligand heavy atoms  &lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_min_heavy_atoms [0] (int): &lt;br /&gt;
| Minimum number of ligand heavy atoms &lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_max_rot_bonds [999] (int): &lt;br /&gt;
| Maximum number of ligand rotatable bonds &lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_min_rot_bonds [0] (int): &lt;br /&gt;
| Minimum number of ligand rotatable bonds &lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_max_molwt [9999.0] (float): &lt;br /&gt;
| Maximum ligand molecular weight &lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_min_molwt [0.0] (int): &lt;br /&gt;
| Minimum ligand molecular weight &lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_max_formal_charge [10.0] (float): &lt;br /&gt;
| Maximum ligand formal charge &lt;br /&gt;
|- &lt;br /&gt;
| dbfilter_min_formal_charge [-10.0] (float): &lt;br /&gt;
| Minimum ligand formal charge &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9338</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9338"/>
		<updated>2016-03-23T23:30:04Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[Ligand File Input]]&lt;br /&gt;
* [[Database Filter]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Ligand_File_Input&amp;diff=9337</id>
		<title>Ligand File Input</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Ligand_File_Input&amp;diff=9337"/>
		<updated>2016-03-23T23:28:42Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;=Ligand File Input=  Before you can dock a ligand, you will need atom types and charges for every atom in the ligand. Currently, DOCK only reads the Tripos MOL2 format. For a ...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Ligand File Input= &lt;br /&gt;
Before you can dock a ligand, you will need atom&lt;br /&gt;
types and charges for every atom in the ligand. Currently, DOCK only&lt;br /&gt;
reads the Tripos MOL2 format. For a single ligand (or several ligands),&lt;br /&gt;
you can use Chimera in combination with [[antechamber]] to prepare a MOL2&lt;br /&gt;
file for the ligand (see [[Structure Preparation Tutorial]])&lt;br /&gt;
or various other visualization packages. During the docking procedure,&lt;br /&gt;
ligands are read in from a single MOL2 or multi-MOL2 file. Atom and&lt;br /&gt;
bond types are assigned using the DOCK 4 atom/bond typing [[parameter files]].&lt;br /&gt;
&lt;br /&gt;
NOTE: The following parameter&lt;br /&gt;
definitions will use the format below:&lt;br /&gt;
&lt;br /&gt;
  parameter_name [default] (value): #description&lt;br /&gt;
&lt;br /&gt;
In some cases, parameters are only&lt;br /&gt;
needed&lt;br /&gt;
(questions will only be asked) if the parameter above is enforced.&lt;br /&gt;
These parameters are indicated below by additional indentation.&lt;br /&gt;
&lt;br /&gt;
= Molecule Library Parameters =&lt;br /&gt;
 &lt;br /&gt;
* ligand_atom_file [database.mol2]     (string):   # The ligand input filename&lt;br /&gt;
* limit_max_ligands [no] (yes, no):    #Limit the number of ligands to be read in from a library&lt;br /&gt;
** max_ligands[1000]:         #maximum number of ligands that will be read in from a library&lt;br /&gt;
&lt;br /&gt;
* skip_molecule [no] (yes, no):     #Skip some number of molecules at the beginning of a library&lt;br /&gt;
** initial_skip [0] (int):&amp;gt;    # The number of molecules to skip over at the beginning of a library&lt;br /&gt;
&lt;br /&gt;
* read_mol_solvation [no] (yes, no): #Flag to read atomic desolvation information from ligand file&lt;br /&gt;
* calculate_rmsd [no] (yes, no): #Flag to calculate the heavy atom RMSD between the final ligand pose &amp;lt;br&amp;gt; #and its initial structure.&lt;br /&gt;
 &lt;br /&gt;
= Ligand RMSD=&lt;br /&gt;
&lt;br /&gt;
Three types of root mean square distance (RMSD) values are reported when &amp;quot;calculate_rmsd = yes&amp;quot;. These values can be found in the header of the output MOL2 file.&lt;br /&gt;
&lt;br /&gt;
(1) Standard heavy-atom RMSD (HA_RMSDs): This is the standard pair-wise RMSD calculation between the non-hydrogen atoms of a reference conformation &#039;&#039;a&#039;&#039; and a pose conformation &#039;&#039;b&#039;&#039; for a ligand with &#039;&#039;N&#039;&#039; total heavy atoms of index &#039;&#039;i&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
If the HA_RMSDs is &amp;quot;-1000.0&amp;quot;, then there is an inconsistency in the number of heavy atoms between the reference and the docked conformer.&lt;br /&gt;
&lt;br /&gt;
(2) Minimum-distance heavy-atom RMSD (HA_RMSDm): This measure is based on the RMSD implementation used in Autodock Vina ([[Trott and Olson, J. Comput. Chem. 2010]]), which does not explicitly enforce one-to-one mapping. Rather, atom pairings between reference conformation &#039;&#039;a&#039;&#039; and pose conformation &#039;&#039;b&#039;&#039; are determined by the minimum distance to any atom of the same element type, and it may be an under-prediction of the true RMSD.&lt;br /&gt;
&lt;br /&gt;
(3) Hungarian (symmetry-corrected) heavy-atom RMSD (HA_RMSDh):&lt;br /&gt;
The final RMSD implementation is based on an &#039;&#039;O(N^4)&#039;&#039; implementation of the &#039;&#039;Hungarian algorithm&#039;&#039; ([[Kuhn, Nav. Res. Logist. Q. 1955]]; [[Munkres, J. Soc. Indust. Appl. Math. 1957]]). The algorithm solves the optimal assignment between a set of reference ligand atoms &#039;&#039;a&#039;&#039; and a set of pose ligand atoms &#039;&#039;b&#039;&#039; of the same size. For all groups of atoms of the same Sybyl atom type, a cost matrix &#039;&#039;M&#039;&#039; is populated where each matrix element &#039;&#039;mij&#039;&#039; is equal to the distance-squared between reference atom &#039;&#039;ai&#039;&#039; and pose atom &#039;&#039;bj&#039;&#039;. The Hungarian algorithm is used to determine one-to-one assignments between reference and pose ligand atoms such that the total distance between atoms is minimized. The new assignments &#039;&#039;c(i)&#039;&#039; are fed into the standard RMSD function in order to compute a symmetry-corrected RMSD. If the HA_RMSDh is &amp;quot;-1000.0&amp;quot;,&lt;br /&gt;
then there is an inconsistency in the number of atoms of at least one atom type between the reference and the docked conformer.&lt;br /&gt;
&lt;br /&gt;
&amp;lt; insert dock6_manual_files/rmsd_hungarian.JPG &amp;gt;&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9336</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9336"/>
		<updated>2016-03-23T23:24:47Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[Ligand File Input]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Command_line_arguments_in_DOCK6&amp;diff=9335</id>
		<title>Command line arguments in DOCK6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Command_line_arguments_in_DOCK6&amp;diff=9335"/>
		<updated>2016-03-23T23:23:30Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Command-line Arguments=&lt;br /&gt;
&lt;br /&gt;
DOCK must be run from the command line in a standard unix&lt;br /&gt;
shell. It reads an input parameter file containing field/value pairs:&lt;br /&gt;
&lt;br /&gt;
  dock6 -i dock.in [-o dock.out] [-v]&lt;br /&gt;
&lt;br /&gt;
DOCK may be executed in either interactive or batch mode, depending on&lt;br /&gt;
whether the output is written to a file. In interactive mode, the user is&lt;br /&gt;
requested only for parameters relevant to the particular run and&lt;br /&gt;
default values are provided. This mode is recommended for the initial&lt;br /&gt;
construction of the input file and for short calculations. In batch&lt;br /&gt;
mode, input parameters are read in from the input file and all output&lt;br /&gt;
is written to the output file. This mode is recommended for long&lt;br /&gt;
calculations once an input file has been generated interactively.&lt;br /&gt;
&lt;br /&gt;
= Command line Arguments =&lt;br /&gt;
&lt;br /&gt;
-i dock.in =#input file containing user-defined parameters&lt;br /&gt;
&lt;br /&gt;
-help= #emit the usage statement. &lt;br /&gt;
&lt;br /&gt;
-v #verbosity flag that prints additional&lt;br /&gt;
&lt;br /&gt;
information and warnings for scoring functions  =-o dock.out= #output file containing the parameters&lt;br /&gt;
used in the calculation, summary information for each molecule docked,&lt;br /&gt;
and all warning messages&lt;br /&gt;
&lt;br /&gt;
= Interactive mode =&lt;br /&gt;
&lt;br /&gt;
  dock6 -i dock.in&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
When launched this way, DOCK will extract all&lt;br /&gt;
relevant parameters from dock.in (or any file supplied by the user). If&lt;br /&gt;
additional parameters are needed (or if the dock.infile is non-existent&lt;br /&gt;
or empty), DOCK will request them one at a time from the user.&lt;br /&gt;
Reasonable default values are presented. Any parameters supplied by the&lt;br /&gt;
user will be automatically appended to the dock.in file. If the user&lt;br /&gt;
would like to change any previously entered values, the user can edit&lt;br /&gt;
the dock.in file using a text editor.&lt;br /&gt;
&lt;br /&gt;
  &lt;br /&gt;
=Batch mode=&lt;br /&gt;
  &lt;br /&gt;
   dock6 -i dock.in -o dock.out&lt;br /&gt;
&lt;br /&gt;
When launched in this way, DOCK will run in batch&lt;br /&gt;
mode, extracting all relevant parameters from dock.in (or any file&lt;br /&gt;
supplied by the user) and will write out all output to dock.out (or any&lt;br /&gt;
file supplied by the user). If any parameters are missing or incorrect,&lt;br /&gt;
then execution will halt and an appropriate error message will be&lt;br /&gt;
reported in dock.out.&lt;br /&gt;
 &lt;br /&gt;
=Parallel DOCK=&lt;br /&gt;
&lt;br /&gt;
  mpirun [-machinefile machfile] [-np #_of_proc] dock6.mpi -i dock.in -o dock.out [-v]&lt;br /&gt;
&lt;br /&gt;
If DOCK has been built for parallel processing&lt;br /&gt;
(see [[Installation]]) then&lt;br /&gt;
DOCK can be run in parallel.&lt;br /&gt;
[[Parallelization]] employs&lt;br /&gt;
a single master processor with the remaining processors acting as slaves.&lt;br /&gt;
If np = 1, the code defaults to non-MPI behavior.&lt;br /&gt;
There is a minimal difference in performance between 1 and 2 processors.&lt;br /&gt;
Improved performance is only evident with more than 2 processors.&lt;br /&gt;
&lt;br /&gt;
ADDITIONAL OPTIONS:  &lt;br /&gt;
&lt;br /&gt;
-machinefile =#simple text&lt;br /&gt;
file containing the names of the computers (nodes) to be used&lt;br /&gt;
&lt;br /&gt;
-np # specifies the number of processors which typically is the&lt;br /&gt;
same as the number of lines in the machinefile&lt;br /&gt;
&lt;br /&gt;
MPICH2 QUICK START: &lt;br /&gt;
MPICH2, unlike MPICH, requires command line initialization.&lt;br /&gt;
If your system administrators have not initialized MPICH2 then&lt;br /&gt;
follow these steps: &lt;br /&gt;
Create a .mpd.conf file in your home directory containing&lt;br /&gt;
secretword=mysecretword. &lt;br /&gt;
Create a .mpd.hosts file in your home directory containing&lt;br /&gt;
a list of machine names, one per line. &lt;br /&gt;
Start the MPICH2 daemons by executing mpdboot. &lt;br /&gt;
Verify the start up of the MPICH2 daemons by executing mpdtrace -l. &lt;br /&gt;
Finally execute DOCK using mpiexec or mpirun.&lt;br /&gt;
For further information see the&lt;br /&gt;
[[MPICH2 README.]]&lt;br /&gt;
&lt;br /&gt;
=PB/SA DOCK=&lt;br /&gt;
&lt;br /&gt;
  dock6.pbsa -i dock.in [-o dock.out] [-v]&lt;br /&gt;
 &lt;br /&gt;
If you have compiled DOCK for use&lt;br /&gt;
with the ZAP library (see [[Installation]]),&lt;br /&gt;
DOCK can be run using the ZAP PB/SA scoring function.&lt;br /&gt;
The environment variable&lt;br /&gt;
OE_LICENSE must be defined to the full path of the license file.&lt;br /&gt;
&lt;br /&gt;
=DOCK 6 Parameter Parser=&lt;br /&gt;
In Interactive Mode, dock will dynamically ask the user to enter the&lt;br /&gt;
appropriate user parameters. The generic format for the questions is:&lt;br /&gt;
&lt;br /&gt;
parameter_name [default value]&lt;br /&gt;
(legal values):&lt;br /&gt;
&lt;br /&gt;
The parameter parser requires that the&lt;br /&gt;
values entered for a parameter exactly match one of the legal values.&lt;br /&gt;
For example:&lt;br /&gt;
&lt;br /&gt;
  Example A: program_location [Hello_World!] ():&lt;br /&gt;
  Example B: #_red_balloons [99] ():&lt;br /&gt;
  Example C: glass_status [half_full] (half_full half_empty):&lt;br /&gt;
&lt;br /&gt;
In Example A, the parameter&lt;br /&gt;
&amp;quot;program_location&amp;quot; can&lt;br /&gt;
be assigned any string value, and in Example B, the parameter&lt;br /&gt;
&amp;quot;#_red_balloons&amp;quot; can be assigned any integer value. However, in Example&lt;br /&gt;
C, the parameter value &amp;quot;glass_status&amp;quot; can only be assigned the strings&lt;br /&gt;
&amp;quot;half_full&amp;quot; or &amp;quot;half_empty&amp;quot;. If no parameter are assigned by the user,&lt;br /&gt;
the default value--in brackets--will be used.&lt;br /&gt;
&lt;br /&gt;
In Batch Mode, all parameters in the dock.in file, must be:&lt;br /&gt;
&lt;br /&gt;
  parameter_name value &lt;br /&gt;
Note that the parameter_name and corresponding&lt;br /&gt;
value must be separated by white space, namely, blanks or tabs.&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9334</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9334"/>
		<updated>2016-03-23T23:22:06Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Command_line_arguments_in_DOCK6&amp;diff=9333</id>
		<title>Command line arguments in DOCK6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Command_line_arguments_in_DOCK6&amp;diff=9333"/>
		<updated>2016-03-23T23:18:54Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;=Command-line Arguments=  DOCK must be run from the command line in a standard unix shell. It reads an input parameter file containing field/value pairs:    USAGE: dock6 -i do...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Command-line Arguments=&lt;br /&gt;
&lt;br /&gt;
DOCK must be run from the command line in a standard unix&lt;br /&gt;
shell. It reads an input parameter file containing field/value pairs:&lt;br /&gt;
&lt;br /&gt;
  USAGE: dock6 -i dock.in [-o dock.out] [-v]&lt;br /&gt;
&lt;br /&gt;
DESCRIPTION:&lt;br /&gt;
&lt;br /&gt;
DOCK may be executed in either interactive or batch mode, depending on&lt;br /&gt;
whether the output is written to a file. In interactive mode, the user is&lt;br /&gt;
requested only for parameters relevant to the particular run and&lt;br /&gt;
default values are provided. This mode is recommended for the initial&lt;br /&gt;
construction of the input file and for short calculations. In batch&lt;br /&gt;
mode, input parameters are read in from the input file and all output&lt;br /&gt;
is written to the output file. This mode is recommended for long&lt;br /&gt;
calculations once an input file has been generated interactively.&lt;br /&gt;
&lt;br /&gt;
= OPTIONS =&lt;br /&gt;
&lt;br /&gt;
-i dock.in =#input file containing user-defined parameters&lt;br /&gt;
&lt;br /&gt;
-help= #emit the usage statement. &lt;br /&gt;
&lt;br /&gt;
-v #verbosity flag that prints additional&lt;br /&gt;
&lt;br /&gt;
information and warnings for scoring functions  =-o dock.out= #output file containing the parameters&lt;br /&gt;
used in the calculation, summary information for each molecule docked,&lt;br /&gt;
and all warning messages&lt;br /&gt;
&lt;br /&gt;
=Interactive mode=&lt;br /&gt;
&lt;br /&gt;
  dock6 -i dock.in&lt;br /&gt;
&lt;br /&gt;
DESCRIPTION:&lt;br /&gt;
&lt;br /&gt;
When launched this way, DOCK will extract all&lt;br /&gt;
relevant parameters from dock.in (or any file supplied by the user). If&lt;br /&gt;
additional parameters are needed (or if the dock.infile is non-existent&lt;br /&gt;
or empty), DOCK will request them one at a time from the user.&lt;br /&gt;
Reasonable default values are presented. Any parameters supplied by the&lt;br /&gt;
user will be automatically appended to the dock.in file. If the user&lt;br /&gt;
would like to change any previously entered values, the user can edit&lt;br /&gt;
the dock.in file using a text editor.&lt;br /&gt;
&lt;br /&gt;
  &lt;br /&gt;
=Batch mode=&lt;br /&gt;
  &lt;br /&gt;
   dock6 -i dock.in -o dock.out&lt;br /&gt;
&lt;br /&gt;
When launched in this way, DOCK will run in batch&lt;br /&gt;
mode, extracting all relevant parameters from dock.in (or any file&lt;br /&gt;
supplied by the user) and will write out all output to dock.out (or any&lt;br /&gt;
file supplied by the user). If any parameters are missing or incorrect,&lt;br /&gt;
then execution will halt and an appropriate error message will be&lt;br /&gt;
reported in dock.out.&lt;br /&gt;
 &lt;br /&gt;
=Parallel DOCK=&lt;br /&gt;
&lt;br /&gt;
  mpirun [-machinefile machfile] [-np #_of_proc] dock6.mpi -i dock.in -o dock.out [-v]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If DOCK has been built for parallel processing&lt;br /&gt;
(see [[Installation]]) then&lt;br /&gt;
DOCK can be run in parallel.&lt;br /&gt;
[[Parallelization]] employs&lt;br /&gt;
a single master processor with the remaining processors acting as slaves.&lt;br /&gt;
If np = 1, the code defaults to non-MPI behavior.&lt;br /&gt;
There is a minimal difference in performance between 1 and 2 processors.&lt;br /&gt;
Improved performance is only evident with more than 2 processors.&lt;br /&gt;
&lt;br /&gt;
ADDITIONAL OPTIONS:  &lt;br /&gt;
&lt;br /&gt;
-machinefile =#simple text&lt;br /&gt;
file containing the names of the computers (nodes) to be used&lt;br /&gt;
&lt;br /&gt;
-np # specifies the number of processors which typically is the&lt;br /&gt;
same as the number of lines in the machinefile&lt;br /&gt;
&lt;br /&gt;
MPICH2 QUICK START: &lt;br /&gt;
MPICH2, unlike MPICH, requires command line initialization.&lt;br /&gt;
If your system administrators have not initialized MPICH2 then&lt;br /&gt;
follow these steps: &lt;br /&gt;
Create a .mpd.conf file in your home directory containing&lt;br /&gt;
secretword=mysecretword. &lt;br /&gt;
Create a .mpd.hosts file in your home directory containing&lt;br /&gt;
a list of machine names, one per line. &lt;br /&gt;
Start the MPICH2 daemons by executing mpdboot. &lt;br /&gt;
Verify the start up of the MPICH2 daemons by executing mpdtrace -l. &lt;br /&gt;
Finally execute DOCK using mpiexec or mpirun.&lt;br /&gt;
For further information see the&lt;br /&gt;
[[MPICH2 README.]]&lt;br /&gt;
&lt;br /&gt;
=PB/SA DOCK=&lt;br /&gt;
&lt;br /&gt;
  dock6.pbsa -i dock.in [-o dock.out] [-v]&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
If you have compiled DOCK for use&lt;br /&gt;
with the ZAP library (see [[Installation]]),&lt;br /&gt;
DOCK can be run using the ZAP PB/SA scoring function.&lt;br /&gt;
The environment variable&lt;br /&gt;
OE_LICENSE must be defined to the full path of the license file.&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Installing_DOCK_6&amp;diff=9332</id>
		<title>Installing DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Installing_DOCK_6&amp;diff=9332"/>
		<updated>2016-03-23T23:10:14Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt; &lt;br /&gt;
DOCK is [[Unix]]&lt;br /&gt;
based scientific software and&lt;br /&gt;
follows a common installation recipe:&lt;br /&gt;
download, unpack, configure, build, and test.&lt;br /&gt;
The simple configuration scheme of DOCK is based on plain text files.&lt;br /&gt;
Building and testing employ the&lt;br /&gt;
make&lt;br /&gt;
command.&lt;br /&gt;
DOCK installation is so simple and transparent that users&lt;br /&gt;
have a reasonable chance of correcting problems themselves.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
Start with a plain serial installation.&lt;br /&gt;
Follow the detailed steps (1. through 5.) enumerated below.&lt;br /&gt;
The appropriate configuration option is likely gnu; see step 3.&lt;br /&gt;
Subsequently, additional executables can be installed&lt;br /&gt;
for parallel, pbsa, etc; see step 6.&lt;br /&gt;
(Here is a quick start for an example gnu serial and parallel installation:&lt;br /&gt;
  cd install; ./configure gnu; make install;&lt;br /&gt;
  make dockclean; ./configure gnu parallel;&lt;br /&gt;
  setenv MPICH_HOME /bla; make dock; make test;).&lt;br /&gt;
&lt;br /&gt;
If problems occur then read the diagnostics carefully and apply the&lt;br /&gt;
[[scientific method]].&lt;br /&gt;
To observe what&#039;s under the hood, view the configuration&lt;br /&gt;
file (install/config.h) that is created by configure,&lt;br /&gt;
and execute make -n for a dry run.&lt;br /&gt;
Consult the [[FAQ]].&lt;br /&gt;
Search the [[DOCK-Fans]] mailing list archive.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
NOTE FOR WINDOWS&lt;br /&gt;
USERS: DOCK and its accessories must be run using a Unix-like&lt;br /&gt;
environment such as Cygwin&lt;br /&gt;
( [[http://www.cygwin.com/]] ).&lt;br /&gt;
We recommend a full Unix installation.&lt;br /&gt;
In particular, when you install your emulator,&lt;br /&gt;
make sure to also install compilers, Unix shells, and perl ( Devel for Cygwin ).&lt;br /&gt;
All steps below should be performed&lt;br /&gt;
using Cygwin or another Unix emulator for Windows.&lt;br /&gt;
See also the [[DOCK wiki entry for Cygwin]].&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
(1) Unpack the distribution&lt;br /&gt;
using the following command:&lt;br /&gt;
&lt;br /&gt;
  [user@dock ~] tar -zxvf dock.6.7.tar.gz&lt;br /&gt;
&lt;br /&gt;
(2) Enter the installation directory:&lt;br /&gt;
&lt;br /&gt;
  [user@dock ~] cd dock6/install&lt;br /&gt;
&lt;br /&gt;
(3) Configure the Makefile for the&lt;br /&gt;
appropriate operating system:&lt;br /&gt;
&lt;br /&gt;
  [user@dock ~] ./configure [configuration file]&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
AUTHOR: Scott Brozell&lt;br /&gt;
 &lt;br /&gt;
USAGE: configure [-help]&lt;br /&gt;
[configuration file]&lt;br /&gt;
&lt;br /&gt;
OPTIONS: Notable ones are listed below;&lt;br /&gt;
for a complete list see the configure -help output.&amp;lt;br&amp;gt; &#039;&#039;&#039;-help&#039;&#039;&#039; #emit the usage statement&amp;lt;br&amp;gt; &#039;&#039;&#039;configuration file&#039;&#039;&#039; #input file&lt;br /&gt;
containing operating system appropriate variables&lt;br /&gt;
&lt;br /&gt;
                                                &lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|&#039;&#039;&#039;Configuration Files &#039;&#039;&#039;&lt;br /&gt;
|&#039;&#039;&#039;Target&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|gnu&lt;br /&gt;
|GNU compilers &lt;br /&gt;
|-&lt;br /&gt;
|gnu.acml&lt;br /&gt;
|recent GNU compilers and [[ACML]]&lt;br /&gt;
|-&lt;br /&gt;
|gnu.parallel&lt;br /&gt;
|GNU compilers with parallel processing capability &lt;br /&gt;
|-&lt;br /&gt;
|gnu.pbsa&lt;br /&gt;
|GNU compilers with PB/SA (ZAP library) capability&lt;br /&gt;
|-&lt;br /&gt;
|gnu.parallel.pbsa&lt;br /&gt;
|GNU compilers with parallel processing and PB/SA (ZAP library) capabilities&lt;br /&gt;
|-&lt;br /&gt;
|ibmaix&lt;br /&gt;
|IBM AIX and native compilers&lt;br /&gt;
|-&lt;br /&gt;
|intel&lt;br /&gt;
|Intel compilers&lt;br /&gt;
|-&lt;br /&gt;
|intel.mkl&lt;br /&gt;
|Intel compilers and [[MKL]]&lt;br /&gt;
|-&lt;br /&gt;
|pgi &lt;br /&gt;
|PGI compilers &lt;br /&gt;
|-&lt;br /&gt;
|sgi&lt;br /&gt;
|SGI native compilers&lt;br /&gt;
|} &lt;br /&gt;
&lt;br /&gt;
= Description = &lt;br /&gt;
&lt;br /&gt;
Create the DOCK configuration file, config.h, by copying an existing&lt;br /&gt;
configuration file that is selected using the arguments. When invoked&lt;br /&gt;
without arguments, print this usage statement and if the configuration&lt;br /&gt;
file exists then print its creation stamp. Some configuration files&lt;br /&gt;
require that environment variables be defined; these requirements are&lt;br /&gt;
listed in the files and emitted by configure.&lt;br /&gt;
Note that as of version 6.6 gfortran is the default Fortran compiler in&lt;br /&gt;
the gnu config files (replacing g77).&lt;br /&gt;
But other Fortran compilers may be used; simply hand edit install/config.h&lt;br /&gt;
to use alternatives.&lt;br /&gt;
&lt;br /&gt;
Build the desired DOCK executable(s) via&lt;br /&gt;
one of the following commands:&lt;br /&gt;
&lt;br /&gt;
  [user@dock ~] make all # builds all the DOCK programs&lt;br /&gt;
  [user@dock ~] make dock # builds only the dock program&amp;lt;br&amp;gt;&lt;br /&gt;
  [user@dock ~] make utils # builds only the accessory programs&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Test the built executable(s) via these commands:&lt;br /&gt;
&lt;br /&gt;
  [user@dock ~] cd test; make test; make check&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The test directory contains the DOCK quality control&lt;br /&gt;
(QC) suite. It produces pass/fail results via fast regression tests.&lt;br /&gt;
The suite should complete in less than ten minutes; five minutes is typical.&lt;br /&gt;
Un-passed tests should be examined to determine their significance.&lt;br /&gt;
The make check command executed from the test directory emits all&lt;br /&gt;
the differences uncovered during testing.&lt;br /&gt;
The make clean command executed from the test directory removes all files&lt;br /&gt;
produced during testing; this command is automatically&lt;br /&gt;
executed by the main make test command above; however, to run tests from&lt;br /&gt;
a subdirectory of the test directory, one should explicitly execute make clean.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
NOTE: Some failures are not significant.&lt;br /&gt;
For example, differences in the tails of floating point numbers may not&lt;br /&gt;
be significant. The sources of such differences are frequently&lt;br /&gt;
platform dependencies from computer hardware, operating systems,&lt;br /&gt;
and compilers that impact arithmetic precision and&lt;br /&gt;
random number generators.&lt;br /&gt;
In addition, the reference outputs as of version 6.4 are from a 64 bit&lt;br /&gt;
platform and as of version 6.6 use gfortran gcc version 4.4.5,&lt;br /&gt;
and this can cause false positives on 32 bit platforms or with other compilers;&lt;br /&gt;
in particular, differing numbers of Orientations or&lt;br /&gt;
Conformations and different Contact or Grid scores.&lt;br /&gt;
We are working on increasing the QC suite&#039;s resilience to these issues.&lt;br /&gt;
For now, apply common sense and good judgment to determine&lt;br /&gt;
the significance of a possible failure.&lt;br /&gt;
Note that some number of failures is&lt;br /&gt;
rarely an indication of real problems, but if almost&lt;br /&gt;
every test fails then something is amiss.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
Some features of DOCK&lt;br /&gt;
([[DOCK3.5 Score]] aka ChemGrid Score)&lt;br /&gt;
require an electrostatic potential map which is usually generated by DelPhi.&lt;br /&gt;
Testing of these features requires that the environment variable&lt;br /&gt;
DELPHI_PATH be defined to the full path of the DelPhi executable.&lt;br /&gt;
[[DelPhi]]&lt;br /&gt;
is not distributed with DOCK; see also&lt;br /&gt;
[[here.]]&lt;br /&gt;
&lt;br /&gt;
(6) OPTIONAL: Alternate executables.&lt;br /&gt;
&lt;br /&gt;
(i) DOCK with parallel processing functionality&lt;br /&gt;
requires a Message Passing Interface (MPI) library.&lt;br /&gt;
Because of the vagaries of MPI libraries, building parallel DOCK&lt;br /&gt;
has more pitfalls than installing the serial version.&lt;br /&gt;
The MPI library must be installed and running on the system if the&lt;br /&gt;
parallel features of DOCK are to be used.&lt;br /&gt;
&lt;br /&gt;
Currently, the DOCK installation mechanism only directly supports&lt;br /&gt;
the MPICH2 and MPICH implementations.&lt;br /&gt;
(But other MPI implementations can be accommodated probably &lt;br /&gt;
with the only extra effort of editing the config.h file.)&lt;br /&gt;
The MPICH2 library is freely available from Argonne National Labs&lt;br /&gt;
([[http://www.mcs.anl.gov/research/projects/mpi/]]).&lt;br /&gt;
Once MPI is installed, define the environment variable MPICH_HOME&lt;br /&gt;
to the top level MPICH2 directory. &lt;br /&gt;
MPICH_HOME will be referenced by all stages of the build procedure -&lt;br /&gt;
from configuration through testing.&lt;br /&gt;
See the&lt;br /&gt;
[[Parallel DOCK section]]&lt;br /&gt;
for execution information.&lt;br /&gt;
&lt;br /&gt;
WARNING: The parallel configuration files have been&lt;br /&gt;
tailored to a typical MPICH2 build.&lt;br /&gt;
Linking problems, such as undefined references and cannot find libbla_bla,&lt;br /&gt;
can occur due to idiosyncrasies in the MPI installation.&lt;br /&gt;
One corrective approach is to use manual linking;&lt;br /&gt;
add to the LIBS definition in&lt;br /&gt;
config.h the link flags (-L and -l) from the command:&lt;br /&gt;
$MPICH_HOME/mpicc -show;&lt;br /&gt;
in general, the LIBS should contain those link flags in the same order.&lt;br /&gt;
&lt;br /&gt;
(ii) DOCK with PB/SA scoring requires OpenEye Toolkits.&lt;br /&gt;
In particular, DOCK uses the APIs as in OEChem TK 1.7.0 and Zap TK 2.1.1. &lt;br /&gt;
These can be obtained from OpenEye&lt;br /&gt;
([[http://www.eyesopen.com/]]).&lt;br /&gt;
Once they are installed, define the environment variable ZAP_HOME to the&lt;br /&gt;
directory that contains the ZAP library. ZAP_HOME is used during&lt;br /&gt;
installation and testing. For execution the environment variable&lt;br /&gt;
OE_LICENSE must also be defined to the full path of the license file.&lt;br /&gt;
(Here is a quick start for an example gnu pbsa installation after&lt;br /&gt;
already building and testing a serial gnu installation:&lt;br /&gt;
&lt;br /&gt;
  cd install; ./configure gnu.pbsa; &lt;br /&gt;
  setenv ZAP_HOME /openeye/toolkits/1.7.0-3/redhat-RHEL5-g++4.1-x64/;&lt;br /&gt;
  setenv OE_LICENSE /openeye/oe_license.txt;&lt;br /&gt;
  make dockclean; make dock; make testpbsa;).&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Installing_DOCK_6&amp;diff=9331</id>
		<title>Installing DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Installing_DOCK_6&amp;diff=9331"/>
		<updated>2016-03-23T23:08:05Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt; &lt;br /&gt;
DOCK is [[Unix]]&lt;br /&gt;
based scientific software and&lt;br /&gt;
follows a common installation recipe:&lt;br /&gt;
download, unpack, configure, build, and test.&lt;br /&gt;
The simple configuration scheme of DOCK is based on plain text files.&lt;br /&gt;
Building and testing employ the&lt;br /&gt;
make&lt;br /&gt;
command.&lt;br /&gt;
DOCK installation is so simple and transparent that users&lt;br /&gt;
have a reasonable chance of correcting problems themselves.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
Start with a plain serial installation.&lt;br /&gt;
Follow the detailed steps (1. through 5.) enumerated below.&lt;br /&gt;
The appropriate configuration option is likely gnu; see step 3.&lt;br /&gt;
Subsequently, additional executables can be installed&lt;br /&gt;
for parallel, pbsa, etc; see step 6.&lt;br /&gt;
(Here is a quick start for an example gnu serial and parallel installation:&lt;br /&gt;
cd install; ./configure gnu; make install;&lt;br /&gt;
make dockclean; ./configure gnu parallel;&lt;br /&gt;
setenv MPICH_HOME /bla; make dock; make test;).&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
If problems occur then read the diagnostics carefully and apply the&lt;br /&gt;
[[scientific method]].&lt;br /&gt;
To observe what&#039;s under the hood, view the configuration&lt;br /&gt;
file (install/config.h) that is created by configure,&lt;br /&gt;
and execute make -n for a dry run.&lt;br /&gt;
Consult the [[FAQ]].&lt;br /&gt;
Search the [[DOCK-Fans]] mailing list archive.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
NOTE FOR WINDOWS&lt;br /&gt;
USERS: DOCK and its accessories must be run using a Unix-like&lt;br /&gt;
environment such as Cygwin&lt;br /&gt;
( [[http://www.cygwin.com/]] ).&lt;br /&gt;
We recommend a full Unix installation.&lt;br /&gt;
In particular, when you install your emulator,&lt;br /&gt;
make sure to also install compilers, Unix shells, and perl ( Devel for Cygwin ).&lt;br /&gt;
All steps below should be performed&lt;br /&gt;
using Cygwin or another Unix emulator for Windows.&lt;br /&gt;
See also the [[DOCK wiki entry for Cygwin]].&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
(1) Unpack the distribution&lt;br /&gt;
using the following command:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~]&lt;br /&gt;
tar -zxvf dock.6.7.tar.gz&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt; &lt;br /&gt;
(2) Enter the installation directory:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~] cd dock6/install&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt; &lt;br /&gt;
(3) Configure the Makefile for the&lt;br /&gt;
appropriate operating system:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~] ./configure&lt;br /&gt;
[configuration file]&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
AUTHOR: Scott Brozell&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
USAGE: configure [-help]&lt;br /&gt;
[configuration file]&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
OPTIONS: Notable ones are listed below;&lt;br /&gt;
for a complete list see the configure -help output.&amp;lt;br&amp;gt; &#039;&#039;&#039;-help&#039;&#039;&#039; #emit the usage statement&amp;lt;br&amp;gt; &#039;&#039;&#039;configuration file&#039;&#039;&#039; #input file&lt;br /&gt;
containing operating system appropriate variables&lt;br /&gt;
&lt;br /&gt;
                                                &lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|&#039;&#039;&#039;Configuration Files &#039;&#039;&#039;&lt;br /&gt;
|&#039;&#039;&#039;Target&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|gnu&lt;br /&gt;
|GNU compilers &lt;br /&gt;
|-&lt;br /&gt;
|gnu.acml&lt;br /&gt;
|recent GNU compilers and [[ACML]]&lt;br /&gt;
|-&lt;br /&gt;
|gnu.parallel&lt;br /&gt;
|GNU compilers with parallel processing capability &lt;br /&gt;
|-&lt;br /&gt;
|gnu.pbsa&lt;br /&gt;
|GNU compilers with PB/SA (ZAP library) capability&lt;br /&gt;
|-&lt;br /&gt;
|gnu.parallel.pbsa&lt;br /&gt;
|GNU compilers with parallel processing and PB/SA (ZAP library) capabilities&lt;br /&gt;
|-&lt;br /&gt;
|ibmaix&lt;br /&gt;
|IBM AIX and native compilers&lt;br /&gt;
|-&lt;br /&gt;
|intel&lt;br /&gt;
|Intel compilers&lt;br /&gt;
|-&lt;br /&gt;
|intel.mkl&lt;br /&gt;
|Intel compilers and [[MKL]]&lt;br /&gt;
|-&lt;br /&gt;
|pgi &lt;br /&gt;
|PGI compilers &lt;br /&gt;
|-&lt;br /&gt;
|sgi&lt;br /&gt;
|SGI native compilers&lt;br /&gt;
|} &lt;br /&gt;
&lt;br /&gt;
= Description = &lt;br /&gt;
&lt;br /&gt;
Create the DOCK configuration file, config.h, by copying an existing&lt;br /&gt;
configuration file that is selected using the arguments. When invoked&lt;br /&gt;
without arguments, print this usage statement and if the configuration&lt;br /&gt;
file exists then print its creation stamp. Some configuration files&lt;br /&gt;
require that environment variables be defined; these requirements are&lt;br /&gt;
listed in the files and emitted by configure.&lt;br /&gt;
Note that as of version 6.6 gfortran is the default Fortran compiler in&lt;br /&gt;
the gnu config files (replacing g77).&lt;br /&gt;
But other Fortran compilers may be used; simply hand edit install/config.h&lt;br /&gt;
to use alternatives.&lt;br /&gt;
&lt;br /&gt;
Build the desired DOCK executable(s) via&lt;br /&gt;
one of the following commands:&lt;br /&gt;
&lt;br /&gt;
  [user@dock ~] make all # builds all the DOCK programs&lt;br /&gt;
  [user@dock ~] make dock # builds only the dock program&amp;lt;br&amp;gt;&lt;br /&gt;
  [user@dock ~] make utils # builds only the accessory programs&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Test the built executable(s) via these commands:&lt;br /&gt;
&lt;br /&gt;
  [user@dock ~] cd test; make test; make check&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The test directory contains the DOCK quality control&lt;br /&gt;
(QC) suite. It produces pass/fail results via fast regression tests.&lt;br /&gt;
The suite should complete in less than ten minutes; five minutes is typical.&lt;br /&gt;
Un-passed tests should be examined to determine their significance.&lt;br /&gt;
The make check command executed from the test directory emits all&lt;br /&gt;
the differences uncovered during testing.&lt;br /&gt;
The make clean command executed from the test directory removes all files&lt;br /&gt;
produced during testing; this command is automatically&lt;br /&gt;
executed by the main make test command above; however, to run tests from&lt;br /&gt;
a subdirectory of the test directory, one should explicitly execute make clean.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
NOTE: Some failures are not significant.&lt;br /&gt;
For example, differences in the tails of floating point numbers may not&lt;br /&gt;
be significant. The sources of such differences are frequently&lt;br /&gt;
platform dependencies from computer hardware, operating systems,&lt;br /&gt;
and compilers that impact arithmetic precision and&lt;br /&gt;
random number generators.&lt;br /&gt;
In addition, the reference outputs as of version 6.4 are from a 64 bit&lt;br /&gt;
platform and as of version 6.6 use gfortran gcc version 4.4.5,&lt;br /&gt;
and this can cause false positives on 32 bit platforms or with other compilers;&lt;br /&gt;
in particular, differing numbers of Orientations or&lt;br /&gt;
Conformations and different Contact or Grid scores.&lt;br /&gt;
We are working on increasing the QC suite&#039;s resilience to these issues.&lt;br /&gt;
For now, apply common sense and good judgment to determine&lt;br /&gt;
the significance of a possible failure.&lt;br /&gt;
Note that some number of failures is&lt;br /&gt;
rarely an indication of real problems, but if almost&lt;br /&gt;
every test fails then something is amiss.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
Some features of DOCK&lt;br /&gt;
([[DOCK3.5 Score]] aka ChemGrid Score)&lt;br /&gt;
require an electrostatic potential map which is usually generated by DelPhi.&lt;br /&gt;
Testing of these features requires that the environment variable&lt;br /&gt;
DELPHI_PATH be defined to the full path of the DelPhi executable.&lt;br /&gt;
[[DelPhi]]&lt;br /&gt;
is not distributed with DOCK; see also&lt;br /&gt;
[[here.]]&lt;br /&gt;
&lt;br /&gt;
(6) OPTIONAL: Alternate executables.&lt;br /&gt;
&lt;br /&gt;
(i) DOCK with parallel processing functionality&lt;br /&gt;
requires a Message Passing Interface (MPI) library.&lt;br /&gt;
Because of the vagaries of MPI libraries, building parallel DOCK&lt;br /&gt;
has more pitfalls than installing the serial version.&lt;br /&gt;
The MPI library must be installed and running on the system if the&lt;br /&gt;
parallel features of DOCK are to be used.&lt;br /&gt;
&lt;br /&gt;
Currently, the DOCK installation mechanism only directly supports&lt;br /&gt;
the MPICH2 and MPICH implementations.&lt;br /&gt;
(But other MPI implementations can be accommodated probably &lt;br /&gt;
with the only extra effort of editing the config.h file.)&lt;br /&gt;
The MPICH2 library is freely available from Argonne National Labs&lt;br /&gt;
([[http://www.mcs.anl.gov/research/projects/mpi/]]).&lt;br /&gt;
Once MPI is installed, define the environment variable MPICH_HOME&lt;br /&gt;
to the top level MPICH2 directory. &lt;br /&gt;
MPICH_HOME will be referenced by all stages of the build procedure -&lt;br /&gt;
from configuration through testing.&lt;br /&gt;
See the&lt;br /&gt;
[[Parallel DOCK section]]&lt;br /&gt;
for execution information.&lt;br /&gt;
&lt;br /&gt;
WARNING: The parallel configuration files have been&lt;br /&gt;
tailored to a typical MPICH2 build.&lt;br /&gt;
Linking problems, such as undefined references and cannot find libbla_bla,&lt;br /&gt;
can occur due to idiosyncrasies in the MPI installation.&lt;br /&gt;
One corrective approach is to use manual linking;&lt;br /&gt;
add to the LIBS definition in&lt;br /&gt;
config.h the link flags (-L and -l) from the command:&lt;br /&gt;
$MPICH_HOME/mpicc -show;&lt;br /&gt;
in general, the LIBS should contain those link flags in the same order.&lt;br /&gt;
&lt;br /&gt;
(ii) DOCK with PB/SA scoring requires OpenEye Toolkits.&lt;br /&gt;
In particular, DOCK uses the APIs as in OEChem TK 1.7.0 and Zap TK 2.1.1. &lt;br /&gt;
These can be obtained from OpenEye&lt;br /&gt;
([[http://www.eyesopen.com/]]).&lt;br /&gt;
Once they are installed, define the environment variable ZAP_HOME to the&lt;br /&gt;
directory that contains the ZAP library. ZAP_HOME is used during&lt;br /&gt;
installation and testing. For execution the environment variable&lt;br /&gt;
OE_LICENSE must also be defined to the full path of the license file.&lt;br /&gt;
(Here is a quick start for an example gnu pbsa installation after&lt;br /&gt;
already building and testing a serial gnu installation:&lt;br /&gt;
&lt;br /&gt;
  cd install; ./configure gnu.pbsa; &lt;br /&gt;
  setenv ZAP_HOME /openeye/toolkits/1.7.0-3/redhat-RHEL5-g++4.1-x64/;&lt;br /&gt;
  setenv OE_LICENSE /openeye/oe_license.txt;&lt;br /&gt;
  make dockclean; make dock; make testpbsa;).&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9330</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9330"/>
		<updated>2016-03-23T23:02:46Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Added to Category DOCK 6&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[DOCK:Sampling]]&lt;br /&gt;
* [[DOCK:Scoring]]&lt;br /&gt;
* [[DOCK:Input]]&lt;br /&gt;
* [[DOCK:Output]]&lt;br /&gt;
* [[DOCK:Parameters]]&lt;br /&gt;
* [[DOCK:Parallelism]]&lt;br /&gt;
* [[DOCK:Accessories]]&lt;br /&gt;
* [[DOCK:File formats]]&lt;br /&gt;
* [[DOCK:References]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:DOCK 6]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=History_of_DOCK_6&amp;diff=9329</id>
		<title>History of DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=History_of_DOCK_6&amp;diff=9329"/>
		<updated>2016-03-23T23:00:07Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;=Version 1.0/1.1=  Authors: Robert Sheridan, Renee DesJarlais, Irwin Kuntz  The program DOCK is an automatic procedure for docking a molecule into a receptor site. The recepto...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Version 1.0/1.1=&lt;br /&gt;
&lt;br /&gt;
Authors: Robert Sheridan, Renee&lt;br /&gt;
DesJarlais, Irwin Kuntz&lt;br /&gt;
&lt;br /&gt;
The program DOCK is an automatic procedure for&lt;br /&gt;
docking a molecule into a receptor site. The receptor site is&lt;br /&gt;
characterized by centers, which may come from sphgen or any other&lt;br /&gt;
source. The molecule being docked is characterized by ligand centers,&lt;br /&gt;
which may be its non-hydrogen atoms or volume-filling spheres&lt;br /&gt;
calculated in sphgen. The ligand centers and receptor centers are&lt;br /&gt;
matched based on comparison of ligand-center/ligand-center and&lt;br /&gt;
receptor-center/receptor-center distances. Sets of ligand centers match&lt;br /&gt;
sets of receptor centers if all the internal distances match, within a&lt;br /&gt;
value of distance_tolerance. Ligand-receptor pairs are added to the set&lt;br /&gt;
until at least nodes_minimum pairs have been found. At least three&lt;br /&gt;
pairs must be found to uniquely determine a rotation/translation matrix&lt;br /&gt;
that will orient the ligand in the receptor site. A least-squares&lt;br /&gt;
fitting procedure is used ([[Ferro et al. Act. Cryst. A. 1977]]).&lt;br /&gt;
Once an orientation has been found, it is evaluated by any of several&lt;br /&gt;
scoring functions. DOCK may be used to explore the binding modes of an&lt;br /&gt;
individual molecule, or be used to screen a database of molecules to&lt;br /&gt;
identify potential ligands.&lt;br /&gt;
 &lt;br /&gt;
=Version 2.0 =&lt;br /&gt;
&lt;br /&gt;
Authors: Brian Shoichet, Dale Bodian, Irwin Kuntz&lt;br /&gt;
&lt;br /&gt;
DOCK version 2.0 was written to give the user&lt;br /&gt;
greater control over the thoroughness of the matching procedure, and&lt;br /&gt;
thus over the number of orientations found and the CPU time required&lt;br /&gt;
([[Shoichet et al. J. Comp. Chem. 1992]]).&lt;br /&gt;
In addition, certain algorithmic shortcomings of earlier versions were&lt;br /&gt;
overcome. Versions 2.0 and higher are particularly useful for&lt;br /&gt;
macromolecular docking ([[Shoichet et al. J. Mol. Biol. 1991]])&lt;br /&gt;
and applications which demand detailed exploration of ligand binding&lt;br /&gt;
modes. In these cases, users are encouraged to run CLUSTER in&lt;br /&gt;
conjunction with sphgen and DOCK.&lt;br /&gt;
 &lt;br /&gt;
To allow for greater control over&lt;br /&gt;
searches of&lt;br /&gt;
orientation space, the ligand and receptor centers are pre-organized&lt;br /&gt;
according to their internal distances. Starting with any given center,&lt;br /&gt;
all the other centers are presorted into &amp;amp;#8220;bins&amp;amp;#8221;&lt;br /&gt;
based on&lt;br /&gt;
their distance to the first center. All centers are tried in turn as&lt;br /&gt;
&amp;amp;#8220;first&amp;amp;#8221; positions, and all the points in a bin&lt;br /&gt;
which has&lt;br /&gt;
been chosen for matching are tried sequentially. Ligand and receptor&lt;br /&gt;
bins are chosen for matching when they have the same distance limits&lt;br /&gt;
from their respective &amp;amp;#8220;first&amp;amp;#8221; points. The number of&lt;br /&gt;
centers&lt;br /&gt;
in each bin determines how many sets of points in the receptor and the&lt;br /&gt;
ligand will ultimately be compared. In general, the wider the bins, the&lt;br /&gt;
greater the number of orientations generated. Thus, the thoroughness of&lt;br /&gt;
the search is under user control.&lt;br /&gt;
 &lt;br /&gt;
=Version 3.0=&lt;br /&gt;
 &lt;br /&gt;
Authors: Elaine Meng, Brian Shoichet,&lt;br /&gt;
Irwin Kuntz&lt;br /&gt;
 &lt;br /&gt;
Version 3.0 retained the matching&lt;br /&gt;
features of version 2.0, and introduced options for scoring&lt;br /&gt;
([[Meng et al. J. Comp. Chem., 1992]]).&lt;br /&gt;
Besides the simple contact scores mentioned above, one can also obtain&lt;br /&gt;
molecular mechanics interaction energies using grid files calculated by&lt;br /&gt;
CHEMGRID (which is now superseded by GRID in version 4.0). More&lt;br /&gt;
information about the ligand and receptor molecules is required to&lt;br /&gt;
perform these higher-level kinds of scoring. Point charges on the&lt;br /&gt;
receptor and ligand atoms are needed for electrostatic scoring, and&lt;br /&gt;
atom-type information is needed for the van der Waals portion of the&lt;br /&gt;
force field score. Input formats (some of them new in version 3.5) are&lt;br /&gt;
discussed in various parts of the documentation; one example of a&lt;br /&gt;
&amp;amp;#8220;complete format&amp;amp;#8221; (including point charges and atom&lt;br /&gt;
type&lt;br /&gt;
information) is SYBYL MOL2 format. Parameterization of the receptor is&lt;br /&gt;
discussed in the documentation for CHEMGRID. In DOCK, ligand parameters&lt;br /&gt;
are read in along with the coordinates; input formats are described&lt;br /&gt;
below. Currently, the options are: contact scoring only, contact&lt;br /&gt;
scoring plus Delphi electrostatic scoring, and contact scoring plus&lt;br /&gt;
force field scoring. Atom-type information and point charges are not&lt;br /&gt;
required for contact scoring only.&lt;br /&gt;
&lt;br /&gt;
=Version 3.5 =&lt;br /&gt;
&lt;br /&gt;
Authors: Mike Connolly, Daniel&lt;br /&gt;
Gschwend, Andy Good, Connie Oshiro, Irwin Kuntz&lt;br /&gt;
&lt;br /&gt;
Version 3.5 added several features:&lt;br /&gt;
score optimization, degeneracy checking, chemical matching and critical&lt;br /&gt;
clustering.&lt;br /&gt;
 &lt;br /&gt;
=Version 4.0=&lt;br /&gt;
&lt;br /&gt;
Authors: Todd Ewing, Irwin Kuntz&lt;br /&gt;
 &lt;br /&gt;
Version 4.0 was a major rewrite and update of DOCK&lt;br /&gt;
([[Ewing et al. 2001]]).&lt;br /&gt;
A new matching engine was developed which is more robust, efficient,&lt;br /&gt;
and easier to use ([[Ewing and Kuntz. J. Comput. Chem. 1997]]).&lt;br /&gt;
Orientational sampling can now be controlled directly by specifying the&lt;br /&gt;
number of desired orientations. Additional features include chemical&lt;br /&gt;
scoring, chemical screening, and ligand flexibility.&lt;br /&gt;
&lt;br /&gt;
=Version 5.0-5.4=&lt;br /&gt;
 &lt;br /&gt;
Authors: Demetri Moustakas, P. Therese&lt;br /&gt;
Lang, Scott Pegg, Scott Brozell, Irwin Kuntz&lt;br /&gt;
&lt;br /&gt;
Version 5 was rewritten in C++ in a modular format,&lt;br /&gt;
which allows for easy implementation of new scoring functions, sampling&lt;br /&gt;
methods and analysis tools ([[Moustakas et al., 2006]]).&lt;br /&gt;
Additional new features include MPI parallelization, exhaustive&lt;br /&gt;
orientation searching, improved conformation searching, GB/SA solvation&lt;br /&gt;
scoring, and post-screening pose clustering.&lt;br /&gt;
([[Zou et al. J. Am. Chem. Soc., 1999]])&lt;br /&gt;
&lt;br /&gt;
=Version 6.0-6.8=&lt;br /&gt;
 &lt;br /&gt;
DOCK 6 is an extension of the DOCK 5 code base. It&lt;br /&gt;
includes the implementation of Hawkins-Cramer-Truhlar GB/SA solvation&lt;br /&gt;
scoring with salt screening and PB/SA solvation scoring through&lt;br /&gt;
OpenEye&#039;s Zap Library. Additional flexibility has been added to scoring&lt;br /&gt;
options during minimization. The new code also incorporates DOCK&lt;br /&gt;
version 3.5.54 scoring features like Delphi electrostatics,&lt;br /&gt;
ligand desolvation, and receptor&lt;br /&gt;
desolvation. Finally, DOCK 6 introduces new code that allows access to&lt;br /&gt;
the NAB library of functions such as receptor flexibility, the full&lt;br /&gt;
AMBER molecular mechanics scoring function with implicit solvent,&lt;br /&gt;
conjugate gradient minimization, and molecular dynamics simulation&lt;br /&gt;
capabilities.&lt;br /&gt;
See [[Lang et al. RNA, 2009]],[[Brozell et al., 2012]] [[Allen et al., 2015]], and [[Jiang et al., 2015]].&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=What_does_DOCK_do%3F&amp;diff=9328</id>
		<title>What does DOCK do?</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=What_does_DOCK_do%3F&amp;diff=9328"/>
		<updated>2016-03-23T22:56:29Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;  The DOCK suite of programs is designed to find favorable orientations of a ligand in a &amp;amp;#8220;receptor.&amp;amp;#8221; It can be subdivided into   * those programs related directly ...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt; &lt;br /&gt;
The DOCK suite of programs is designed to find&lt;br /&gt;
favorable orientations of a ligand in a &amp;amp;#8220;receptor.&amp;amp;#8221;&lt;br /&gt;
It can be subdivided into&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* those programs related directly to docking of ligands and&lt;br /&gt;
* accessory programs &lt;br /&gt;
&lt;br /&gt;
We limit the discussion in this&lt;br /&gt;
section to only&lt;br /&gt;
those programs and methods related to docking a ligand in a receptor. A&lt;br /&gt;
typical receptor might be an enzyme with a well-defined active site,&lt;br /&gt;
though any macromolecule may be used (e.g. a structural protein, a&lt;br /&gt;
nucleic acid strand, a &amp;amp;#8220;true&amp;amp;#8221; receptor).&lt;br /&gt;
We&amp;amp;#8217;ll use an&lt;br /&gt;
enzyme as an example in the rest of this discussion.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The starting point of all docking&lt;br /&gt;
calculations is&lt;br /&gt;
generally the crystal or NMR structure of an enzyme from an&lt;br /&gt;
enzyme-ligand complex. The ligand structure may be taken from the&lt;br /&gt;
crystal structure of the enzyme-ligand complex or from a database of&lt;br /&gt;
compounds, such as the ZINC database ([[Irwin, et. al. J. Chem. Inf. Model. 2005]]).&lt;br /&gt;
The primary consideration in the design of our docking programs has&lt;br /&gt;
been to develop methods which are both rapid and reasonably accurate.&lt;br /&gt;
These programs can be separated functionally into roughly two parts,&lt;br /&gt;
each somewhat independent of the other:&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
(i) Routines which determine the&lt;br /&gt;
orientation of a ligand relative to the receptor and &amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(ii) Routines which evaluate (score) a ligand orientation.&lt;br /&gt;
&lt;br /&gt;
There is a lot of flexibility. You can generate&lt;br /&gt;
orientations outside of DOCK and score them with the DOCK evaluation&lt;br /&gt;
functions. Alternatively, you can develop your own scoring routines to&lt;br /&gt;
replace the functions supplied with DOCK.&lt;br /&gt;
&lt;br /&gt;
The ligand orientation in a receptor site is broken&lt;br /&gt;
down into a series of steps, in different programs. First, a potential&lt;br /&gt;
site of interest on the receptor is identified. (Often, the active site&lt;br /&gt;
is the site of interest and is known a priori.) Within this site,&lt;br /&gt;
points are identified where ligand atoms may be located. A routine from&lt;br /&gt;
the DOCK suite of programs identifies these points, called sphere&lt;br /&gt;
centers, by generating a set of overlapping spheres which fill the&lt;br /&gt;
site. Rather than using DOCK to generate these sphere centers,&lt;br /&gt;
important positions within the active site may be identified by some&lt;br /&gt;
other mechanism and used by DOCK as sphere centers. For example, the&lt;br /&gt;
positions of atoms from the bound ligand may be used as these sphere&lt;br /&gt;
centers. Or, a grid may be generated within the site and each grid&lt;br /&gt;
point may be considered as a sphere center. Our sphere centers,&lt;br /&gt;
however, attempt to capture shape characteristics of the active site&lt;br /&gt;
(or site of interest) with a minimum number of points and without the&lt;br /&gt;
bias of previously known ligand binding modes.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
To orient a ligand within the active&lt;br /&gt;
site, some of&lt;br /&gt;
the sphere centers are &amp;amp;#8220;matched&amp;amp;#8221; with ligand atoms.&lt;br /&gt;
That&lt;br /&gt;
is, a sphere center is &amp;amp;#8220;paired&amp;amp;#8221; with an ligand&lt;br /&gt;
atom. Many&lt;br /&gt;
sets of these atom-sphere pairs are generated, each set containing only&lt;br /&gt;
a small number of sphere-atom pairs. In order to limit the number of&lt;br /&gt;
possible sets of atom-sphere pairs, a longest distance heuristic is&lt;br /&gt;
used; (long) inter-sphere distances are roughly equal to the&lt;br /&gt;
corresponding (long) inter-atomic ligand distances. A set of&lt;br /&gt;
atom-sphere pairs is used to calculate an orientation of the ligand&lt;br /&gt;
within the site of interest. The set of sphere-atom pairs which are&lt;br /&gt;
used to generate an orientation is often referred to as a match. The&lt;br /&gt;
translation vector and rotation matrix which minimizes the rmsd of&lt;br /&gt;
(transformed) ligand atoms and matching sphere centers of the&lt;br /&gt;
sphere-atom set are calculated and used to orient the entire ligand&lt;br /&gt;
within the active site.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The orientation of the ligand is&lt;br /&gt;
evaluated with a&lt;br /&gt;
shape scoring function and/or a function approximating the&lt;br /&gt;
ligand-enzyme binding energy. Most evaluations are done on (scoring)&lt;br /&gt;
grids in order to minimize the overall computational time. At each grid&lt;br /&gt;
point, the enzyme contributions to the score are stored. That is,&lt;br /&gt;
receptor contributions to the score, potentially repetitive and time&lt;br /&gt;
consuming, are calculated only once; the appropriate terms are then&lt;br /&gt;
simply fetched from memory.&lt;br /&gt;
&lt;br /&gt;
The ligand-enzyme binding energy is&lt;br /&gt;
taken to be&lt;br /&gt;
approximately the sum of the van der Waal attractive, van der Waal&lt;br /&gt;
dispersive, and Coulombic electrostatic energies. Approximations are&lt;br /&gt;
made to the usual molecular mechanics attractive and dispersive terms&lt;br /&gt;
for use on a grid. To generate the energy score, the ligand atom terms&lt;br /&gt;
are combined with the receptor terms from the nearest grid point, or&lt;br /&gt;
combined with receptor terms from a &amp;amp;#8220;virtual&amp;amp;#8221; grid&lt;br /&gt;
point&lt;br /&gt;
with interpolated receptor values. The score is the sum of over all&lt;br /&gt;
ligand atoms for these combined terms. In this case, the energy score&lt;br /&gt;
is determined by both ligand atom types and ligand atom positions on&lt;br /&gt;
the energy grids.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
As a final step, in the energy&lt;br /&gt;
scoring scheme, the&lt;br /&gt;
orientation of the ligand may be varied slightly to minimize the energy&lt;br /&gt;
score. That is, after the initial orientation and evaluation (scoring)&lt;br /&gt;
of the ligand, a simplex minimization is used to locate the nearest&lt;br /&gt;
local energy minimum. The sphere centers themselves are simply&lt;br /&gt;
approximations to possible atom locations; the orientations generated&lt;br /&gt;
by the sphere-atom pairing, although reasonable, may not be minimal in&lt;br /&gt;
energy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Sphere Centers =&lt;br /&gt;
&lt;br /&gt;
Spheres are generated to fill the target site.&lt;br /&gt;
The sphere centers are putative ligand atom positions. Their use is an&lt;br /&gt;
attempt to limit the enormous number of possible orientations within&lt;br /&gt;
the active site. Like ligand atoms, these spheres touch the surface of&lt;br /&gt;
the molecule and do not intersect the molecule. The spheres are allowed&lt;br /&gt;
to intersect other spheres; i.e., they have volumes which overlap. Each&lt;br /&gt;
sphere is represented by the coordinates of its center and its radius.&lt;br /&gt;
Only the coordinates of the sphere centers are used to orient ligands&lt;br /&gt;
within the active site (see above). Sphere radii are used in&lt;br /&gt;
clustering.&lt;br /&gt;
&lt;br /&gt;
The number of orientations of the ligand in free&lt;br /&gt;
space is vast. The number of orientations possible from all sets of&lt;br /&gt;
sphere-atom pairings is smaller but still large and cannot be generated&lt;br /&gt;
and evaluated (scored) in a reasonable length of time. Consequently,&lt;br /&gt;
various filters are used to eliminate from consideration, before&lt;br /&gt;
evaluation, sets of sphere-atoms pairs, which will generate poorly&lt;br /&gt;
scoring orientations. That is, only a small subset of the number of&lt;br /&gt;
possible ligand orientations are actually generated and scored. The&lt;br /&gt;
distance tolerance is one filter. Sphere &amp;amp;#8220;coloring&amp;amp;#8221;&lt;br /&gt;
and&lt;br /&gt;
identification of &amp;amp;#8220;critical&amp;amp;#8221; spheres are other&lt;br /&gt;
filters.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
Sphere-sphere distances are compared&lt;br /&gt;
to atom-atom&lt;br /&gt;
distances. Sets of sphere-atom pairs are generated in the following&lt;br /&gt;
manner: sphere &#039;&#039;&#039;&#039;&#039;i&#039;&#039;&#039;&#039;&#039; is&lt;br /&gt;
paired with atom &#039;&#039;&#039;&#039;&#039;I&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
if and only if for every sphere&#039;&#039;&#039; &#039;&#039;j &#039;&#039;&#039;&#039;&#039;in&lt;br /&gt;
the set and for every atom &#039;&#039;&#039;&#039;&#039;J&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
in the set,&lt;br /&gt;
  &lt;br /&gt;
where &#039;&#039;dij&#039;&#039;&lt;br /&gt;
is the distance between sphere &#039;&#039;i&#039;&#039; and sphere&#039;&#039;&lt;br /&gt;
j&#039;&#039;, &#039;&#039;dIJ&#039;&#039; is the&lt;br /&gt;
distance between atom &#039;&#039;I&#039;&#039; and atom &#039;&#039;J&#039;&#039;,&lt;br /&gt;
and &#039;&#039;epsilon&#039;&#039; is a somewhat small user-defined&lt;br /&gt;
value.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
= Chemical Matching =&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
DOCK spheres are generated without&lt;br /&gt;
regard to the&lt;br /&gt;
chemical properties of the nearby receptor atoms. Sphere&lt;br /&gt;
&amp;amp;#8220;chemical matching&amp;amp;#8221; or&lt;br /&gt;
&amp;amp;#8220;coloring&amp;amp;#8221; associates a&lt;br /&gt;
chemical property to spheres and a sphere of one&lt;br /&gt;
&amp;amp;#8220;color&amp;amp;#8221;&lt;br /&gt;
can only be matched with a ligand atom of complementary color. These&lt;br /&gt;
chemical properties may be things such as &amp;amp;#8220;hydrogen-bond&lt;br /&gt;
donor,&amp;amp;#8221; &amp;amp;#8220;hydrogen-bond acceptor,&amp;amp;#8221;&lt;br /&gt;
&amp;amp;#8220;hydrophobe,&amp;amp;#8221;&lt;br /&gt;
&amp;amp;#8220;electro-positive,&amp;amp;#8221;&lt;br /&gt;
&amp;amp;#8220;electro-negative,&amp;amp;#8221; &amp;amp;#8220;neutral,&amp;amp;#8221;&lt;br /&gt;
etc. Neither the&lt;br /&gt;
colors themselves, nor the complementarity of the colors, are&lt;br /&gt;
determined by the DOCK suite of programs; DOCK simply uses these&lt;br /&gt;
labels. With the inclusion of coloring, only ligand atoms with the&lt;br /&gt;
appropriate chemical properties are matched to the complementary&lt;br /&gt;
colored spheres. It is probably more likely, then, that the orientation&lt;br /&gt;
generated will produce a favorable score. Conversely, by excluding&lt;br /&gt;
colored spheres from pairing with certain ligand atoms, the number of&lt;br /&gt;
(probably) unfavorable orientations which are generated and evaluated&lt;br /&gt;
can be reduced. Note that requiring complementarity in matching does&lt;br /&gt;
not mean that all ligand atoms will lie in chemically complementary&lt;br /&gt;
regions of the enzyme. Rather, only those ligand atoms, when paired&lt;br /&gt;
with a colored sphere which is part of the sphere-atom match, will be&lt;br /&gt;
guaranteed to be in the chemically complementary region of the enzyme&lt;br /&gt;
(provided chirality of the spheres is the same as that of the matching&lt;br /&gt;
ligand atoms).&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
= Critical Points =&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The &amp;quot;critical point&amp;quot; filter requires&lt;br /&gt;
that certain spheres be part of the set of sphere-atom pairs used to&lt;br /&gt;
orient the ligand ([[DesJarlais et al. J. Comput-Aided Molec. Design. 1994]]).&lt;br /&gt;
Designating spheres as critical points forces the ligand to have at&lt;br /&gt;
least one atom in that area of the enzyme, where that sphere is&lt;br /&gt;
located. This filter may be useful, for example, when it is known that&lt;br /&gt;
a ligand must occupy a particular area of an active site. This filter&lt;br /&gt;
removes from consideration any orientation that does not guarantee at&lt;br /&gt;
least one ligand atom in critical areas of the enzyme (provided&lt;br /&gt;
chirality of the spheres is the same as that of the matching ligand&lt;br /&gt;
atom).&lt;br /&gt;
&lt;br /&gt;
= Bump Filter =&lt;br /&gt;
&lt;br /&gt;
After a ligand is oriented within&lt;br /&gt;
the active&lt;br /&gt;
site, the orientation is evaluated. In an attempt to reduce the total&lt;br /&gt;
computational time, after the ligand is oriented in the site, it is&lt;br /&gt;
possible to first check whether or not ligand atoms occupy space&lt;br /&gt;
already occupied by the receptor. If too many of such&lt;br /&gt;
&amp;amp;#8220;bumps&amp;amp;#8221; are found, then the ligand is likely to&lt;br /&gt;
intersect&lt;br /&gt;
the receptor even after minimization; consequently, the ligand&lt;br /&gt;
orientation is discarded before evaluation.&lt;br /&gt;
&lt;br /&gt;
= Units =&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The units of the DOCK suite of programs&lt;br /&gt;
are lengths in angstroms, masses in atomic mass units,&lt;br /&gt;
charges in electron charges units, and energies in kcal/mol.&lt;br /&gt;
For Amber score internally and on input of charges from a prmtop file&lt;br /&gt;
the charges are scaled by [http://ambermd.org/Questions/units.html 18.2223].&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9327</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9327"/>
		<updated>2016-03-23T22:50:54Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[What does DOCK do?]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[DOCK:Sampling]]&lt;br /&gt;
* [[DOCK:Scoring]]&lt;br /&gt;
* [[DOCK:Input]]&lt;br /&gt;
* [[DOCK:Output]]&lt;br /&gt;
* [[DOCK:Parameters]]&lt;br /&gt;
* [[DOCK:Parallelism]]&lt;br /&gt;
* [[DOCK:Accessories]]&lt;br /&gt;
* [[DOCK:File formats]]&lt;br /&gt;
* [[DOCK:References]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_Accessories&amp;diff=9326</id>
		<title>DOCK Accessories</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_Accessories&amp;diff=9326"/>
		<updated>2016-03-23T22:49:39Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot; The relationship between the main programs in the dock suite is depicted in Figure 1. These routines will be described below.  &amp;lt; insert dock6_manual_files/dock_workflow.JPG &amp;gt;...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
The relationship between the main&lt;br /&gt;
programs in the dock suite is depicted in Figure 1. These routines will&lt;br /&gt;
be described below.&lt;br /&gt;
&lt;br /&gt;
&amp;lt; insert dock6_manual_files/dock_workflow.JPG &amp;gt;&lt;br /&gt;
  &lt;br /&gt;
= Main programs in DOCK suite = &lt;br /&gt;
 &lt;br /&gt;
The program [[sphgen]]&lt;br /&gt;
identifies the active site, and other sites of interest, and generates&lt;br /&gt;
the sphere centers that fill the site. It has been described in the&lt;br /&gt;
original paper ([[Kuntz et al. J. Mol. Biol. 1982]]). The program [[grid]]&lt;br /&gt;
generates the scoring grids&lt;br /&gt;
([[Shoichet et al. J. Comp. Chem. 1992]] and&lt;br /&gt;
[[Meng et al. J. Comp. Chem. 1992]]). Within the DOCK suite of&lt;br /&gt;
programs, the program DOCK matches spheres&lt;br /&gt;
(generated by [[sphgen]]) with ligand atoms and uses&lt;br /&gt;
scoring grids (from [[grid)]] to&lt;br /&gt;
evaluate ligand orientations ([[Kuntz et al. J. Mol. Biol. 1982]] and&lt;br /&gt;
[[Shoichet et al. J. Comp. Chem. 1992]]). Program DOCK also minimizes&lt;br /&gt;
energy based scores ([[Meng et al. Proteins. 1993]]).&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9325</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9325"/>
		<updated>2016-03-23T22:47:30Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Manual */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[DOCK Accessories]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[DOCK:Sampling]]&lt;br /&gt;
* [[DOCK:Scoring]]&lt;br /&gt;
* [[DOCK:Input]]&lt;br /&gt;
* [[DOCK:Output]]&lt;br /&gt;
* [[DOCK:Parameters]]&lt;br /&gt;
* [[DOCK:Parallelism]]&lt;br /&gt;
* [[DOCK:Accessories]]&lt;br /&gt;
* [[DOCK:File formats]]&lt;br /&gt;
* [[DOCK:References]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Installing_DOCK_6&amp;diff=9324</id>
		<title>Installing DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Installing_DOCK_6&amp;diff=9324"/>
		<updated>2016-03-23T22:45:06Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: Created page with &amp;quot;  DOCK is Unix based scientific software and follows a common installation recipe: download, unpack, configure, build, and test. The simple configuration scheme of DOCK is...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt; &lt;br /&gt;
DOCK is [[Unix]]&lt;br /&gt;
based scientific software and&lt;br /&gt;
follows a common installation recipe:&lt;br /&gt;
download, unpack, configure, build, and test.&lt;br /&gt;
The simple configuration scheme of DOCK is based on plain text files.&lt;br /&gt;
Building and testing employ the&lt;br /&gt;
[[make]]&lt;br /&gt;
command.&lt;br /&gt;
DOCK installation is so simple and transparent that users&lt;br /&gt;
have a reasonable chance of correcting problems themselves.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
Start with a plain serial installation.&lt;br /&gt;
Follow the detailed steps (1. through 5.) enumerated below.&lt;br /&gt;
The appropriate configuration option is likely gnu; see step 3.&lt;br /&gt;
Subsequently, additional executables can be installed&lt;br /&gt;
for parallel, pbsa, etc; see step 6.&lt;br /&gt;
(Here is a quick start for an example gnu serial and parallel installation:&lt;br /&gt;
cd install; ./configure gnu; make install;&lt;br /&gt;
make dockclean; ./configure gnu parallel;&lt;br /&gt;
setenv MPICH_HOME /bla; make dock; make test;).&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
If problems occur then read the diagnostics carefully and apply the&lt;br /&gt;
[[scientific method]].&lt;br /&gt;
To observe what&#039;s under the hood, view the configuration&lt;br /&gt;
file (install/config.h) that is created by configure,&lt;br /&gt;
and execute make -n for a dry run.&lt;br /&gt;
Consult the [[FAQ]].&lt;br /&gt;
Search the [[DOCK-Fans]] mailing list archive.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
NOTE FOR WINDOWS&lt;br /&gt;
USERS: DOCK and its accessories must be run using a Unix-like&lt;br /&gt;
environment such as Cygwin&lt;br /&gt;
( [[http://www.cygwin.com/]] ).&lt;br /&gt;
We recommend a full Unix installation.&lt;br /&gt;
In particular, when you install your emulator,&lt;br /&gt;
make sure to also install compilers, Unix shells, and perl ( Devel for Cygwin ).&lt;br /&gt;
All steps below should be performed&lt;br /&gt;
using Cygwin or another Unix emulator for Windows.&lt;br /&gt;
See also the [[DOCK wiki entry for Cygwin]].&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
(1) Unpack the distribution&lt;br /&gt;
using the following command:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~]&lt;br /&gt;
tar -zxvf dock.6.7.tar.gz&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt; &lt;br /&gt;
(2) Enter the installation directory:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~] cd dock6/install&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt; &lt;br /&gt;
(3) Configure the Makefile for the&lt;br /&gt;
appropriate operating system:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~] ./configure&lt;br /&gt;
[configuration file]&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
AUTHOR: Scott Brozell&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
USAGE: configure [-help]&lt;br /&gt;
[configuration file]&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
OPTIONS: Notable ones are listed below;&lt;br /&gt;
for a complete list see the configure -help output.&amp;lt;br&amp;gt; &#039;&#039;&#039;-help&#039;&#039;&#039; #emit the usage statement&amp;lt;br&amp;gt; &#039;&#039;&#039;configuration file&#039;&#039;&#039; #input file&lt;br /&gt;
containing operating system appropriate variables&lt;br /&gt;
&lt;br /&gt;
                                                &lt;br /&gt;
{| border=&amp;quot;1&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
|&#039;&#039;&#039;Configuration Files &#039;&#039;&#039;&lt;br /&gt;
|&#039;&#039;&#039;Target&#039;&#039;&#039;&lt;br /&gt;
|-&lt;br /&gt;
|gnu&lt;br /&gt;
|GNU compilers &lt;br /&gt;
|-&lt;br /&gt;
|gnu.acml&lt;br /&gt;
|recent GNU compilers and&lt;br /&gt;
            [[ACML]]&lt;br /&gt;
|-&lt;br /&gt;
|gnu.parallel&lt;br /&gt;
|GNU compilers with parallel processing capability &lt;br /&gt;
|-&lt;br /&gt;
|gnu.pbsa&lt;br /&gt;
|GNU compilers with PB/SA (ZAP library) capability&lt;br /&gt;
|-&lt;br /&gt;
|gnu.parallel.pbsa&lt;br /&gt;
|GNU compilers with parallel processing and PB/SA (ZAP library) capabilities&lt;br /&gt;
|-&lt;br /&gt;
|ibmaix&lt;br /&gt;
|IBM AIX and native compilers&lt;br /&gt;
|-&lt;br /&gt;
|intel&lt;br /&gt;
|Intel compilers&lt;br /&gt;
|-&lt;br /&gt;
|intel.mkl&lt;br /&gt;
|Intel compilers and&lt;br /&gt;
            [[MKL]]&lt;br /&gt;
|-&lt;br /&gt;
|pgi &lt;br /&gt;
|PGI compilers &lt;br /&gt;
|-&lt;br /&gt;
|sgi&lt;br /&gt;
|SGI native compilers&lt;br /&gt;
|} &lt;br /&gt;
DESCRIPTION:&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Create the DOCK configuration file, config.h, by copying an existing&lt;br /&gt;
configuration file that is selected using the arguments. When invoked&lt;br /&gt;
without arguments, print this usage statement and if the configuration&lt;br /&gt;
file exists then print its creation stamp. Some configuration files&lt;br /&gt;
require that environment variables be defined; these requirements are&lt;br /&gt;
listed in the files and emitted by configure.&lt;br /&gt;
Note that as of version 6.6 gfortran is the default Fortran compiler in&lt;br /&gt;
the gnu config files (replacing g77).&lt;br /&gt;
But other Fortran compilers may be used; simply hand edit install/config.h&lt;br /&gt;
to use alternatives.&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt; &lt;br /&gt;
(4) Build the desired DOCK executable(s) via&lt;br /&gt;
one of the following commands:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~] make all # builds all&lt;br /&gt;
the DOCK programs&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[user@dock ~] make dock # builds only the dock program&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[user@dock ~] make utils # builds only the accessory programs&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt; &lt;br /&gt;
(5) &lt;br /&gt;
Test the built executable(s) via these commands:&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
[user@dock ~] cd test; make test; make check&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
The test directory contains the DOCK quality control&lt;br /&gt;
(QC) suite. It produces pass/fail results via fast regression tests.&lt;br /&gt;
The suite should complete in less than ten minutes; five minutes is typical.&lt;br /&gt;
Un-passed tests should be examined to determine their significance.&lt;br /&gt;
The make check command executed from the test directory emits all&lt;br /&gt;
the differences uncovered during testing.&lt;br /&gt;
The make clean command executed from the test directory removes all files&lt;br /&gt;
produced during testing; this command is automatically&lt;br /&gt;
executed by the main make test command above; however, to run tests from&lt;br /&gt;
a subdirectory of the test directory, one should explicitly execute make clean.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
NOTE: Some failures are not significant.&lt;br /&gt;
For example, differences in the tails of floating point numbers may not&lt;br /&gt;
be significant. The sources of such differences are frequently&lt;br /&gt;
platform dependencies from computer hardware, operating systems,&lt;br /&gt;
and compilers that impact arithmetic precision and&lt;br /&gt;
random number generators.&lt;br /&gt;
In addition, the reference outputs as of version 6.4 are from a 64 bit&lt;br /&gt;
platform and as of version 6.6 use gfortran gcc version 4.4.5,&lt;br /&gt;
and this can cause false positives on 32 bit platforms or with other compilers;&lt;br /&gt;
in particular, differing numbers of Orientations or&lt;br /&gt;
Conformations and different Contact or Grid scores.&lt;br /&gt;
We are working on increasing the QC suite&#039;s resilience to these issues.&lt;br /&gt;
For now, apply common sense and good judgment to determine&lt;br /&gt;
the significance of a possible failure.&lt;br /&gt;
Note that some number of failures is&lt;br /&gt;
rarely an indication of real problems, but if almost&lt;br /&gt;
every test fails then something is amiss.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
Some features of DOCK&lt;br /&gt;
([[DOCK3.5 Score]] aka ChemGrid Score)&lt;br /&gt;
require an electrostatic potential map which is usually generated by DelPhi.&lt;br /&gt;
Testing of these features requires that the environment variable&lt;br /&gt;
DELPHI_PATH be defined to the full path of the DelPhi executable.&lt;br /&gt;
[[DelPhi]]&lt;br /&gt;
is not distributed with DOCK; see also&lt;br /&gt;
[[here.]]&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt; &lt;br /&gt;
(6) OPTIONAL: Alternate executables.&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;blockquote&amp;gt; &lt;br /&gt;
(i) DOCK with parallel processing functionality&lt;br /&gt;
requires a Message Passing Interface (MPI) library.&lt;br /&gt;
Because of the vagaries of MPI libraries, building parallel DOCK&lt;br /&gt;
has more pitfalls than installing the serial version.&lt;br /&gt;
The MPI library must be installed and running on the system if the&lt;br /&gt;
parallel features of DOCK are to be used.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Currently, the DOCK installation mechanism only directly supports&lt;br /&gt;
the MPICH2 and MPICH implementations.&lt;br /&gt;
(But other MPI implementations can be accommodated probably &lt;br /&gt;
with the only extra effort of editing the config.h file.)&lt;br /&gt;
The MPICH2 library is freely available from Argonne National Labs&lt;br /&gt;
([[http://www.mcs.anl.gov/research/projects/mpi/]]).&lt;br /&gt;
Once MPI is installed, define the environment variable MPICH_HOME&lt;br /&gt;
to the top level MPICH2 directory. &lt;br /&gt;
MPICH_HOME will be referenced by all stages of the build procedure -&lt;br /&gt;
from configuration through testing.&lt;br /&gt;
See the&lt;br /&gt;
[[Parallel DOCK section]]&lt;br /&gt;
for execution information.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
WARNING: The parallel configuration files have been&lt;br /&gt;
tailored to a typical MPICH2 build.&lt;br /&gt;
Linking problems, such as undefined references and cannot find libbla_bla,&lt;br /&gt;
can occur due to idiosyncrasies in the MPI installation.&lt;br /&gt;
One corrective approach is to use manual linking;&lt;br /&gt;
add to the LIBS definition in&lt;br /&gt;
config.h the link flags (-L and -l) from the command:&lt;br /&gt;
$MPICH_HOME/mpicc -show;&lt;br /&gt;
in general, the LIBS should contain those link flags in the same order.&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
(ii) DOCK with PB/SA scoring requires OpenEye Toolkits.&lt;br /&gt;
In particular, DOCK uses the APIs as in OEChem TK 1.7.0 and Zap TK 2.1.1. &lt;br /&gt;
These can be obtained from OpenEye&lt;br /&gt;
([[http://www.eyesopen.com/]]).&lt;br /&gt;
Once they are installed, define the environment variable ZAP_HOME to the&lt;br /&gt;
directory that contains the ZAP library. ZAP_HOME is used during&lt;br /&gt;
installation and testing. For execution the environment variable&lt;br /&gt;
OE_LICENSE must also be defined to the full path of the license file.&lt;br /&gt;
(Here is a quick start for an example gnu pbsa installation after&lt;br /&gt;
already building and testing a serial gnu installation:&lt;br /&gt;
cd install; ./configure gnu.pbsa; &lt;br /&gt;
setenv ZAP_HOME /openeye/toolkits/1.7.0-3/redhat-RHEL5-g++4.1-x64/;&lt;br /&gt;
setenv OE_LICENSE /openeye/oe_license.txt;&lt;br /&gt;
make dockclean; make dock; make testpbsa;).&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;/blockquote&amp;gt;&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9323</id>
		<title>DOCK 6</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=DOCK_6&amp;diff=9323"/>
		<updated>2016-03-23T22:29:12Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DOCK 6 is a general purpose [[molecular docking]] program developed by the [[Kuntz Laboratory]] at [[UCSF]]. DOCK 6 (released summer 2006) replaced [[DOCK 5]] (2001-2006), which is no longer available. [[DOCK 5]] was a complete re-write of [[DOCK 4]] (1998-2002), which itself was a complete re-design and re-write of [[DOCK 3.5]] (released 1993-1994).&lt;br /&gt;
&lt;br /&gt;
DOCK 6 is coded mainly in C++.  Using the object oriented model, it is functionally separated into independent components (classes, methods), allowing a high degree of modularity and programming flexibility. Accessory programs are written in a variety of languages including C and Fortran 77. Source code is available for all programs. The DOCK suite of programs requires on the order of 50 MB of disk space and 512 MB RAM. Some runs may require considerably more disk space and more memory.&lt;br /&gt;
&lt;br /&gt;
* [http://dock.compbio.ucsf.edu DOCK website]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Online_Licensing/index.htm Licensing]&lt;br /&gt;
* Manual as a single PDF. [[Image:Dock61.pdf]]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/DOCK_6/tutorials/index.htm Tutorials]&lt;br /&gt;
* [http://dock.compbio.ucsf.edu/Test_Sets/index.htm Test sets]&lt;br /&gt;
* [[DOCK:FAQ]]&lt;br /&gt;
&lt;br /&gt;
= General Overview =&lt;br /&gt;
&lt;br /&gt;
DOCK addresses the problem of &amp;quot;docking&amp;quot; molecules to each other. In general, &amp;quot;docking&amp;quot; is the identification of the low-energy binding modes of a small molecule, or ligand, within the active site of a macromolecule, or receptor, whose structure is known. A compound that interacts strongly with, or binds, a receptor associated with a disease may inhibit its function and thus act as a drug. Solving the docking problem computationally requires an accurate representation of the molecular energetics as well as an efficient algorithm to search the potential binding modes.&lt;br /&gt;
&lt;br /&gt;
Historically, the DOCK algorithm addressed rigid body docking using a geometric matching algorithm to superimpose the ligand onto a negative image of the binding pocket. Important features that improved the algorithm&#039;s ability to find the lowest-energy binding mode, including force-field based scoring, on-the-fly optimization, an improved matching algorithm for rigid body docking and an algorithm for flexible ligand docking, have been added over the years. For more information on past versions of DOCK, click here.&lt;br /&gt;
&lt;br /&gt;
With the release of DOCK 6, we continue to improve the algorithm&#039;s ability to predict binding poses by adding new features like force-field scoring enhanced by solvation and receptor flexibility. For more information about the current release of DOCK, click here. &lt;br /&gt;
&lt;br /&gt;
= What Can DOCK Do for You =&lt;br /&gt;
&lt;br /&gt;
We and others have used DOCK for the following applications:&lt;br /&gt;
&lt;br /&gt;
* predict binding modes of small molecule-protein complexes&lt;br /&gt;
* search databases of ligands for compounds that inhibit enzyme activity&lt;br /&gt;
* search databases of ligands for compounds that bind a particular protein&lt;br /&gt;
* search databases of ligands for compounds that bind nucleic acid targets&lt;br /&gt;
* examine possible binding orientations of protein-protein and protein-DNA complexes&lt;br /&gt;
* help guide synthetic efforts by examining small molecules that are computationally derivatized&lt;br /&gt;
* many more...&lt;br /&gt;
&lt;br /&gt;
= Manual =&lt;br /&gt;
&lt;br /&gt;
* [[Installing DOCK 6]]&lt;br /&gt;
* [[History of DOCK 6]]&lt;br /&gt;
* [[Command line arguments in DOCK6]]&lt;br /&gt;
* [[DOCK:Sampling]]&lt;br /&gt;
* [[DOCK:Scoring]]&lt;br /&gt;
* [[DOCK:Input]]&lt;br /&gt;
* [[DOCK:Output]]&lt;br /&gt;
* [[DOCK:Parameters]]&lt;br /&gt;
* [[DOCK:Parallelism]]&lt;br /&gt;
* [[DOCK:Accessories]]&lt;br /&gt;
* [[DOCK:File formats]]&lt;br /&gt;
* [[DOCK:References]]&lt;br /&gt;
&lt;br /&gt;
[[Category:DOCK]]&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Freecom]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Category:Docking&amp;diff=9322</id>
		<title>Category:Docking</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Category:Docking&amp;diff=9322"/>
		<updated>2016-03-23T22:17:49Z</updated>

		<summary type="html">&lt;p&gt;Sudipto: /* Docking Programs */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Molecular docking&#039;&#039;&#039; is the process of posing, scoring and ranking small molecules in the binding sites of proteins to prioritize compounds for aquisition and experimental testing.  Typically, a large database of small molecules such as [[ZINC]] is screened using a docking program such as [[DOCK]].  The top scoring compounds are reviewed in a [[hit picking party]] and then purchased and tested experimentally.  There are many molecular docking programs to choose from (see below).  [[DOCK 3]] is the implementation of molecular docking and virtual screening that we develop and use at [[UCSF]].&lt;br /&gt;
&lt;br /&gt;
The goal of molecular docking screens is often ligand discovery - new chemical matter than can be optimized using medicinal chemistry techniques.  Another approach to ligand discovery is to simply use [[cheminformatics]] methods such as [[ZINC]] to identify purchasable compounds.&lt;br /&gt;
&lt;br /&gt;
{{TOCright}}&lt;br /&gt;
&lt;br /&gt;
== Docking Programs == &lt;br /&gt;
There are many docking programs. All of them have been successfully used for ligand discovery.  The first three are from UCSF. &lt;br /&gt;
* [[DOCK 3]] - latest version is [[DOCK 3.7]] - this is the version our group uses routinely.&lt;br /&gt;
* [[DOCK 6]] - latest version is [[DOCK 6.7]]&lt;br /&gt;
* [[DOCK 4]]&lt;br /&gt;
* [http://www.schrodinger.com Glide]&lt;br /&gt;
* [http://www.jainlab.org/ Surflex Dock]&lt;br /&gt;
* [http://www.biosolveit.de FlexX]&lt;br /&gt;
* [http://www.ccdc.cam.ac.uk GOLD]&lt;br /&gt;
* [http://www.molsolft.com ICM]&lt;br /&gt;
* [http://www.eyesopen.com FRED]&lt;br /&gt;
* [http://www.chemcomp.com MOE]&lt;br /&gt;
* [http://autodock.scripps.edu/ AutoDock]&lt;br /&gt;
If we have forgotten your program, please add it here.&lt;br /&gt;
&lt;br /&gt;
The difference between the Docking category and the [[:Category:DOCK]] category is that DOCK is specific to our software, whereas Docking (this page) includes all docking programs and the approach in general. &lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Topic]]&lt;br /&gt;
[[Category:Organization]]&lt;/div&gt;</summary>
		<author><name>Sudipto</name></author>
	</entry>
</feed>