SEGMENT_MATCHING -- align segments

RR_FILE = <string:1>	'$(LIB)/as1.sim.mat'	input residue-residue scoring file
ALIGN_BLOCK = <integer:1>	0	the last sequence in the first block of sequences
SEGMENT_REPORT = <integer:1>	1D6	for SEGMENT_MATCHING
SEGMENT_CUTOFF = <real:1>	999999	cutoff for writing out an alignment in SEGMENT_MATCHING
SEGMENT_SHIFTS = <integer:0>		segment shifts +- in SEGMENT_MATCHING
SEGMENT_GROWTH_N = <integer:0>		reducing/growing segment N-termini in SEGMENT_MATCHING
SEGMENT_GROWTH_C = <integer:0>		reducing/growing segment C-termini in SEGMENT_MATCHING
MIN_LOOP_LENGTH = <integer:0>		inter-segment minimal lengths in SEGMENT_MATCHING
FILE = <string:1>	'default'	partial or complete filename
OUTPUT_DIRECTORY = <string:1>	''	output directory
ROOT_NAME = <string:1>	'undf'	root of a filename for filename construction
FILE_ID = <string:1>	'default'	file id for filename construction
FILE_EXT = <string:1>	''	file extension for filename construction

Requirements:

alignment

Description:

This command enumerates alignments between two blocks of sequences. More precisely, it enumerates the alignments between the segments in the first block and the sequences in the second block. The segments can be moved to the left and right as well as lengthened and shortened, relative to the initial alignment. The regions not in segments or not aligned with segments are left un-aligned, possibly to be modeled as insertions. Typically, the first block of sequences corresponds to structures, the segments to secondary structure elements in the first block, and the second block to the sequences one of which is to be modeled later on. The command is useful for generating many alignments which can then be used by another MODELLER script to generate and evaluate the corresponding 3D models.

All the sequences and segments are defined in the alignment array. The first block of sequences, the ones with segments, are the first ALIGN_BLOCK sequences. The regions corresponding to the segments are defined by the last entry in the alignment as contiguous blocks of non-gap residues. Any standard single character residue code may be used. The segments must be separated by gap residues, `-'. The remaining sequences from ALIGN_BLOCK + 1 to $\mbox{NSEQ}-1$ are the second block of sequences. The alignment of the sequences within the two blocks does not change. A sample alignment file is

The enumeration of alignments explores all possible combinations of alignments between each segment and the 2nd block of sequences: The starting position of each segment $i$ is varied relative to the input alignment in the interval from SEGMENT_SHIFT[$2 i - 1$] to SEGMENT_SHIFT[$2 i$]. There has to be at least MIN_LOOP_LENGTH[$i$] and MIN_LOOP_LENGTH[$i+1$] residues that are not in any segment before and after the $i$-th segment, respectively. The location of the N-terminus of segment $i$ is varied relative to the location in the input alignment in the interval from SEGMENT_GROWTH_N[$2 i - 1$] to SEGMENT_GROWTH_N[$2 i$]. Similarly, the location of the C-terminus of segment $i$ is varied relative to the location in the input alignment in the interval from SEGMENT_GROWTH_C[$2 i - 1$] to SEGMENT_GROWTH_C[$2 i$]. The shortening and lengthening of the segments may be useful in determining the best anchor regions for modeling of a loop.

Each alignment is scored according to the similarity scoring matrix specified by filename RR_FILE. This matrix may contain residue--gap scores, the gap being residue type 21; otherwise the value is set to the smallest value in the matrix. The score for an alignment is obtained by summing scores only over all alignment positions corresponding to the segments (no gap penalty is added for loops). When there is more than one sequence in any of the two blocks, the position score is an average of all pairwise comparisons between the two blocks of sequences. In the case where the number of positions in the alignment changes (i.e., the segments grow or shorten), the scores are not comparable to each other. It is feasible to enumerate on the order of $10^{10}$ different alignments in less than one hour of CPU time.

In general, two runs are required. In the first run, the alignments are scored and a histogram of the scores is written to file FILE. Then this file must be inspected to determine the cutoff SEGMENT_CUTOFF. In the second run, all the alignments with a score higher than SEGMENT_CUTOFF are written to files in the PIR format, using the standard filenaming convention: OUTPUT_DIRECTORY/ROOT_NAMEFILE_ID$nnnn0000$FILE_EXT, where $nnnn$ is the alignment file counter. In addition, the alignments are also written out in the PAP format for easier inspection by eye. Thus, SEGMENT_CUTOFF has to be set to a very large value in the first run, to avoid writting alignment files. During a run, a message is written to the log every SEGMENT_REPORT aligments; this is useful for knowing what is going on during very long runs.