3DNA was created in the hope that it
will be useful, but without any guarantees. Nothing is perfect, and we
strive to improve its functionalities. Any comments, constructive
suggestions, and bug reports are welcome.
3DNA users' manual
The 3DNA package is command-line driven,
much like Unix commands. Running each program with the -h option (e.g., find_pair -h)
will provide you with detailed usage
information. Once you are familiar with the package, it should be
straightforward to combine the various pieces in a script to automate your
tasks. The utility program blocview, a Perl script, illustrates this idea. When
finished, the page will provide detailed information on how to run the
various programs, with cross links and examples. A brief users' manual in PDF
is available to get you started.
find_pair [Added on Mon Sep 26
21:42:55 EDT 2005]
This program was originally designed to generate input for the
analysis routines in 3DNA and for Curves
directly from a PDB file. It fulfills its jobs nicely by automating the
whole analysis process in an efficient and robust way. As time goes and
needs rise, many new functionalities are added to it, making itself a
useful program for locating all possible base-pairs, any higher order
base associations, helical regions in complicated RNA structures, such as
the large ribosomal subunit. Furthermore, it automatically finds
hydration patterns around the identified base units and reorient them in
the "best" (i.e., most extended) view.
Useing bdl084.pdb as an example, the most common usage is as
follows:
find_pair -t bdlo84.pdb bdl084.inp
The option -t means PDB
HETATM records are also taken into consideration, in addition to the ATOM
records. For this simple case, where no nucleic acid residues have HETATM
records, omitting the -t option makes no difference. As a rule,
however, it is always a good idea to include this option.
The content of the output file bdl084.inp, which is in the format
recognized by 3DNA analysis routines analyze, cehs and
anyhelix, is as follows. Note that text
after "#" is comment, for information only:
The first line, bdl084.pdb, is the PDB structure to be
analyzed.
The second line, bdl084.out, is the output file listing
the detailed parameters calculated by 3DNA analysis routines.
"2" in line 3 means this is a double helix.
"12" on line 4 means this structures has 12
base-pairs.
One line 5, the first "1" means that explicit base paring
information will be given in the following lines. A value of "0" would
mean an idealized duplex base pairing scheme - thus for 12 base-pairs
as in the case, the 1st residue pairs with the (last) 24th residue, the
2nd with the 23rd ... and the 12th with the 13th. This option was used
in the early days before find_pair was
fully developed. This number will always be "1".
The second "1" corresponds to the -t option mentioned above.
Otherwise, it would be "0".
The following 12 lines list the base pairing residues (the first
two numbers) and the optional helical region information (3rd
number). "0" as is the case here means the current base-pair belongs to
a continuous helical region with the following base-pair. "1" means an
isolated base-pair, and "9" means a helix break. The info following "#"
gives details about the base-pair - the model number, chain ID, insert
code, residue number, residue name in 3-letter and 1-letter
abbreviation, followed by the calculated geometric parameters to
characterize this base-pair. Key geometric features of the base-pair
are summarized by the characters between the 1-letter residue IDs. In
this case, they are all dashes, meaning standard Watson-Crick
base-pairs.
As is evident, the last three lines summarize of the criteria used,
the number of non-Watson-Crick base pairs and helices found etc.