Research  Open  Published:
Pattern matching through Chaos Game Representation: bridging numerical and discrete data structures for biological sequence analysis
Algorithms for Molecular Biologyvolume 7, Article number: 10 (2012)
Abstract
Background
Chaos Game Representation (CGR) is an iterated function that bijectively maps discrete sequences into a continuous domain. As a result, discrete sequences can be object of statistical and topological analyses otherwise reserved to numerical systems. Characteristically, CGR coordinates of substrings sharing an Llong suffix will be located within 2 ^{L} distance of each other. In the two decades since its original proposal, CGR has been generalized beyond its original focus on genomic sequences and has been successfully applied to a wide range of problems in bioinformatics. This report explores the possibility that it can be further extended to approach algorithms that rely on discrete, graphbased representations.
Results
The exploratory analysis described here consisted of selecting foundational string problems and refactoring them using CGRbased algorithms. We found that CGR can take the role of suffix trees and emulate sophisticated string algorithms, efficiently solving exact and approximate string matching problems such as finding all palindromes and tandem repeats, and matching with mismatches. The common feature of these problems is that they use longest common extension (LCE) queries as subtasks of their procedures, which we show to have a constant time solution with CGR. Additionally, we show that CGR can be used as a rolling hash function within the RabinKarp algorithm.
Conclusions
The analysis of biological sequences relies on algorithmic foundations facing mounting challenges, both logistic (performance) and analytical (lack of unifying mathematical framework). CGR is found to provide the latter and to promise the former: graphbased data structures for sequence analysis operations are entailed by numericalbased data structures produced by CGR maps, providing a unifying analytical framework for a diversity of pattern matching problems.
Background
Biological sequence analysis remains a central problem in bioinformatics, boosted in recent years by the emergence of new generation sequencing highthroughput techniques [1, 2]. With the advances of new technologies, the need for efficient algorithms for string representation and processing is increasing continuously.
Sequence representation plays a particular role in this regard, being the first step that both enables and conditions subsequent data processing, and has been the object of several analytical approaches over the last years [3]. The development of string processing algorithms based on different data structures, particularly suffix trees and suffix arrays, has been increasing steadily [1, 4]. The classical version of these structures enhances the functionality of the underlying sequence by efficiently supporting several lookup procedures [4]. In particular, these structures can be used to locate substrings within the index sequence, which in turn yields efficient algorithms for complex problems such as the longest common substring, initially thought to have no linear time solution. Unfortunately, the speed up obtained from these structures comes with an heavy memory cost. This cost has been extensively researched, the most successful trend consisting of using data compression techniques, such as LempelZiv data compression, BurrowsWheeler transform, and local compression methods, achieving dramatic improvements in efficiency (see [5] for a survey). Moreover, these theoretical results allowed for the development of compressed aligners that have significantly reduced the resources necessary for sequence alignment [6–8], namely for aligning reads from pyrosequencing platforms [9].
In parallel to these efforts, a particular prolific technique at engendering novel sequence analysis algorithms is the Chaos Game Representation (CGR), based on Iterated Function Systems (IFS), firstly proposed more than two decades ago [10]. This compact, lossless and computationally efficient representation allows the visualization of biological sequences and patterns, with a convenient visual appearance. In fact, CGR captures the patterns arising from distinct Ltuple compositions in DNA sequences [11], enabling whole genome representation and visualization [12]. It was also shown that CGR represents a generalization of genomic signatures[13, 14], allowing to characterize different species by associating them with distinctive sequence statistics [12].
In addition, CGR can be interpreted as a generalization of Markov Chain models [15] and provides tools for the alignmentfree analysis and comparison of biosequences [16], namely for DNA entropy estimation [17, 18]. Some other applications of CGR include the problem of HIV1 subtype classification [19], detection of persistent dynamic of human spike trains [20], horizontal transfer detection [21], phylogeny and extraction of representative motifs in regulation sequences [22], to name a few.
Although CGR has been successfully applied to a wide range of problems, its strength for general string matching problems is, so far, mostly unexplored. In this work we propose CGR as a solution for exact and approximate string matching problems, showing that this representation might bring useful algorithmic tools for biological sequence analysis and more general applications.
Methods
We start this section by introducing some notation and recalling the definition and relevant properties concerning CGR. Thereafter, we embed CGR maps in the Cantor set in order to elicit longest common suffixes in an efficient and unambiguous way. As we shall see in the Results section this enables the retrieval of longest common extension queries in constant time, which in turn yield efficient algorithms for more complex string matching problems.
Let S denote a string of size N. In all what follows, S[i] represents the i'th symbol of S, with 1 ≤ i ≤ N. Each S[i] is a DNA symbol representing each nucleotide or base (A, C, G, T), i.e., S[i] ∈ Σ = {A, C, G, T}. Moreover, S[i .. j] is the substring of S that starts at the i'th and ends at the j'th positions of S, with 1 ≤ i ≤ j ≤ N. The length of substring S[i..j] is given by S[i..j] = j  i + 1. Furthermore, S[i..] denotes the suffix of S that starts at the i'th position, i.e., S[i..] = S[i..N]. Similarly, S[..i] denotes the prefix of S that ends at the i'th position, i.e., S[..i] = S[1..i].
Chaos Game Representation (CGR) definition
The CGR iterative algorithm is constructed on a square in IR^{2} where each of its vertex is assigned to a DNA symbol or base (A, C, G, T). For a given DNA sequence S of length N, CGR maps each prefix S[..i] onto a point x_{ i } ∈ IR^{2} following the iterative procedure:
The initial point x_{0} in the original formulation [10] was taken as the square center, i.e., ${x}_{0}=\left(\frac{1}{2},\frac{1}{2}\right)$. Alternatively, this point could be chosen randomly on the square, x_{0}~ Unif([0, 1]^{2}), or calculated as the last symbol x_{0} = x_{ N } by differently seeding the iterative function, providing symmetry adequate for circular genomes [23]. In addition, the contraction ratio of the original formulation is equal to $r=\frac{1}{2}$, which means that each iteration transforms the whole square into a subquadrant with length half the size. More generally, this value can be any number from $\frac{1}{2}\le r<1$ to preserve bijectivity.
An alternative and nonrecursive expression for x_{ i } as a function of all symbols y_{1},..., y_{ i } , contraction ratio r, and initial point x_{0}, is given by
The generalization of CGR to higherorder alphabets was defined, in a more natural way, by extending the original CGR square to an hypercube [24], which can be bijectively mapped to 2D polygons by increasing the value of r[25]. The dimension d of the hypercube will depend on the length of the alphabet Σ as d = log_{2} Σ and all the remaining properties are maintained.
CGR properties
One important property of CGR is the convergence of sequence coordinates in the space [0,1]^{2} when the prefixes they represent share a common suffix. In fact, CGR maps prefixes with shared suffixes close to each other reflecting the property that, wherever the sequence context may be, the same suffix will be always mapped in the same region of CGR.
In the original CGR formulation where $r=\frac{1}{2}$, the distance between the coordinates is decreased by a factor of 2 in each common symbol in their suffixes. One consequence of this result is that the distance between the coordinates being less that 2 ^{L} constitutes a necessary condition for sharing a Llong suffix. Another foregone conclusion is that CGR maps can be divided and labelled according to the corresponding substring, i.e., each substring is mapped onto a subsquare, creating a fractallike structure. This allows the retrieval of Markov Chain transition probability tables [15], as exemplified graphically in Figure 1a. This result is not sensitive to the initial condition or point x_{0} chosen, since the Lyapunov exponent is negative.
More generally, in order to extract transition probability estimates for an Lorder Markov chain, the interval [0,1] should be divided in 2^{L+1}subintervals. The number of points in each subsquare thus created is then counted, which is the same as extracting the number of (L+1)nucleotides. Extensions of this property allowed the estimation of Variable Length Markov Models (VLMM) [26, 27] and time series forecasting by Fractal Prediction Machines (FPM) [28]. For other ratios r and initial points x_{0} these properties are all maintained. More recently, CGR further enabled a novel type of sequence analysis that associates its fractal geometry properties with biological structures [29].
Constanttime longest common suffix via Cantor set embedding
As discussed previously CGR coordinates of prefixes sharing an Llong suffix are located within 2^{L}distance of each other. However, there are prefixes not sharing an Llong suffix that are also located within the same distance. We conclude that being in that neighborhood is not a sufficient condition to determine a common Llong suffix, as in some borderline cases the common suffix crudely taken from this fact is longer than the real one. In this section we address this shortcoming aiming at finding an efficient procedure to elicit longest common suffixes within CGR maps.
Intuitively, having not noticed that the aforementioned condition is only necessary, we would believe that the size of the longest common suffix of S_{1}[..i] and S_{2}[..j] is given by the greatest ℓ for which the L_{∞}norm
is still less than 2^{ℓ}, where x_{ i } = (x_{i:1}, x_{i:2}) for all i. Observe that the L_{∞}norm corresponds simply to the maximum distance on the two CGR dimensions. Finding such ℓ can be accomplished in constant time by the mean of a logarithm operation given by
To see why Eq. (3) fails to compute the longest common suffix, let S_{1} = AT and S_{2} = TA, therefore, N = 2. Moreover, i = j = 2. Clearly, the longest common suffix between S_{1} and S_{2} is 0, as they share no common suffix. However, using Eq. (3) we obtain
This indicates an incorrect common suffix of length ℓ = 1 between S_{1} and S_{2}. If these strings are further extended to S_{1} = A(A)T and S_{2} = T(T)A, where (α) is a sequence of symbol α ∈ Σ as long as wanted, then the corresponding CGR coordinates ${x}_{N}^{{S}_{1}}$ and ${x}_{N}^{{S}_{2}}$ will further approximate each other in the map and Eq. (3) will result in ℓ = N  1, whereas their longest common suffix remains 0. We refer the intended reader to Additional file 1 where details on this analysis can be found.
The core of the problem lies on Eq. (3). Start by noticing that the logarithm in Eq. (3) corresponds to the number of leading zeros in the fractional part of ${x}_{i}^{{S}_{1}}{x}_{j}^{{S}_{2}}{}_{\infty}$ when this L_{∞}norm is seen in binary numeral system (base 2). Intuitively, these leading zeros, say L, represent a match between S_{1}[i  L + 1...i] and S_{2}[j  L + 1...j]. The shortcoming of Eq. (3) is that the L_{∞}norm introduces an unexpected problem with the carry mechanism. To better see why, assume again that S_{1} = AT and S_{2} = TA, so N = 2. In this case we can write the CGR coordinates ${x}_{2}^{{S}_{1}}$ and ${x}_{2}^{{S}_{2}}$ in base 2 as ${x}_{2}^{{S}_{1}}=\left(0.\text{1}0\text{1},0.\text{1}0\text{1}\right)$ and ${x}_{2}^{{S}_{2}}=\left(0.0\text{11},0.0\text{11}\right)$ When computing the difference ${x}_{2}^{{S}_{1}}{x}_{2}^{{S}_{2}}$ between the coordinates we get
and we come across a carry that masks the real dissimilarity between the last characters of string S_{1} and S_{2} (highlighted in bold). Indeed, the difference ${x}_{2}^{{S}_{1}}{x}_{2}^{{S}_{2}}$ indicates that the first character of S_{1} and S_{2} match, which is not the case.
In order to solve the longest common suffix in constant time we must be able to compute the difference between CGR coordinates without incurring the penalty of the carry mechanism. We achieve this by embedding the CGR coordinates in the Cantor set[30, 31]. For that, we use base 3, instead of base 2, admitting a numeral representation consisting entirely of 0's and 2's (never using the digit 1). A way to achieve this is to consider that usual CGR coordinates are expressed in base 3 by replacing all 1's with 2's. Such CGR coordinates can be computed similarly as in Eq. (2) by
In this case, the difference ${x}_{2}^{{S}_{1}}{x}_{2}^{{S}_{2}}$ in the previous example becomes
indicating, as expected, that strings S_{1} and S_{2} mismatch in the first symbol.
This transformation generally leads to the desired scalability because the carryon mechanism does not change the difference between the operands in the first bit where the difference takes place. This is a mandatory practice for the base3 logarithm ${\text{log}}_{3}\left({x}_{2}^{{S}_{1}}{x}_{2}^{{S}_{2}}{}_{\infty}\right)$ correctly identifying the first bit where the difference between the coordinates is found. In the following, we show this fact in detail. Start by noticing that when dealing with the L_{∞}norm of the difference we only have to cope with differences where the left operand is greater than the right one. In that case, the dissimilarity may take place exactly in the first digit of the difference. If so, a carryon may, or may not, take place just before moving to the second digit of the difference. Either way we end up with the same base3 logarithm, as in both cases the first digit of the difference is greater than 0 (highlighted in bold), i.e.,
On the other hand, if the dissimilarity does not take place in the first digit of the difference, we conclude that the first bit of the difference greater than 0 will be exactly the first bit where the mismatch occurs, either with a carryon or not. Indeed, assuming that the first k bits of the difference ${x}_{2}^{{S}_{1}}{x}_{2}^{{S}_{2}}$ are similar we have that
correctly concluding that a mismatch occurs at the (k + 1)'th bit of the difference and, therefore, S_{1} and S_{2} have a longest common suffix of size k.
In addition, we show that using CGR coordinates embedded in the Cantor set as in Eq. (4) we achieve a sufficient and necessary condition to compute longest common suffixes in constant time. For the sake of simplicity, and without loss of generality, we assume N = M and i = j.
Theorem. Let S_{1}and S_{2}denote two strings of size N. We have that${\left{x}_{i}^{{S}_{1}}{x}_{i}^{{S}_{2}}\right}_{\infty}<{3}^{L}$if and only if S_{1}[i  L + 1..i] = S_{2}[i  L + 1..i], with 1 ≤ L ≤ i ≤ N.
Proof: We start by showing that if ${\left{x}_{i}^{{S}_{1}}{x}_{i}^{{S}_{2}}\right}_{\infty}<{3}^{L}$ then S_{1}[..i] and S_{2}[..i] have a common Llength suffix. This part of the proof follows by contradiction. Thus, assume that ${\left{x}_{i}^{{S}_{1}}{x}_{i}^{{S}_{2}}\right}_{\infty}<{3}^{L}$ and that S_{1}[i  L + 1..i] ≠ S_{2}[i  L + 1..i]. If S_{1}[i  L + 1..i] ≠ S_{2}[i  L + 1..i] then, in base 3 numeral representation,
we have that ${x}_{i:c}^{{S}_{d}}=0.{b}_{1}\dots {b}_{k}2\dots $ and ${x}_{i:c}^{{S}_{3d}}=0.{b}_{1}\dots {b}_{k}0\dots ,$ for some 1 ≤ k < L and c, d = 1, 2. Then,
This contradicts the hypothesis that ${\left{x}_{i}^{{S}_{1}}{x}_{i}^{{S}_{2}}\right}_{\infty}<{3}^{L}$, concluding this part of the proof.
We now proceed to prove that if S_{1}[..i] and S_{2}[..i] have a common Llength suffix then ${\left{x}_{i}^{{S}_{1}}{x}_{i}^{{S}_{2}}\right}_{\infty}<{3}^{L}$. Since by hypothesis S_{1} and S_{2} have a common Llength suffix we know that ${y}_{k}^{{S}_{1}}={y}_{k}^{{S}_{2}}$ for all iL+1 ≤ k ≤ i. Hence, by Eq. (4) we have that
The L_{∞}norm of this difference is then given by
This concludes the proof.
Interestingly, this representation corresponds to a variant of CGR that uses a contraction ratio of $r=\frac{2}{3}$, instead of the original $r=\frac{1}{2}$, and an initial point in the set attractor ${x}_{0}=\frac{2}{3}$. In fact, this result is achieved by using a similar recursive expression as the one given by Eq. (1):
The graphical comparison between these two versions is given in Figure 1. The subquadrants in the first case are contiguous and, therefore, the closeness in this representation is a necessary but not a sufficient condition for sharing the same suffix. On the contrary, in the second representation, the subquadrants are separated by at least 3^{L}and so the condition becomes sufficient, as the border effect is absent for every Llong suffix.
Results
In this section we present several exact and approximate string matching problems, along with their CGR solution. These include the longest common extension problem, as well as finding all palindrome and tandem repeats, exact and approximate string matching, and longest common substring. In addition, we show how CGR can be used as a rolling hash for the RabinKarp string search algorithm. A study of the time complexity attained by these algorithms is given throughout this section and a summary in provided in Table 1.
All the code for both Mathematica^{®} and JavaScript implementations is made available at http://cgrsuffix.github.com/.
CGR data structures and implementation
CGR was implemented using two different data structures, a standard floatingpoint matrix and a quadtreelike structure. In this section we describe these implementations along with the required notation.
Standard CGR index
The standard implementation uses a floatingpoint representation that calculates all the coordinates iteratively using Eq. (5). In this implementation, a string S of size N is represented in memory by a floatingpoint matrix of size N × 2. This corresponds to a Nsize array of pairs, denoted by ${x}^{S}=\left({x}_{i}^{S},\phantom{\rule{0.3em}{0ex}}.\phantom{\rule{0.3em}{0ex}}.\phantom{\rule{0.3em}{0ex}}.\phantom{\rule{0.3em}{0ex}},{x}_{N}^{S}\right)$, where the i'th entry ${x}_{i}^{S}=\left({x}_{i:1}^{S},{x}_{i:2}^{S}\right)$ is accessed in O(1) time, for all 1 ≤ i ≤ N.
This data structure is built in optimal time, that is, in time linear in the length of the string S. Indeed, it takes O(N) time to build the matrix and each entry of the matrix is computed in O(1) time. This constant time is achieved as, for all 1 ≤ i ≤ N, coordinate ${x}_{i}^{S}$ can be computed from coordinate ${x}_{i1}^{S}$ as in Eq. (5) by a fixed number of sum operations.
Depending on the application at hand we may need to build one or two standard CGR maps. These CGR maps may correspond to the direct DNA string as well as to its reverse. In addition, the complement or reverse complement may also be used. The reverse string of S is denoted by S^{r} and the reverse complement of S is denoted by S^{rc} . If the string S^{rc} is reversed once again, the complement string S^{c} is obtained. Finally, given a string S, we call the CGR map x^{S} the direct CGR index, the CGR map ${x}^{{S}^{r}}$ the reverse CGR index, the CGR map ${x}^{{S}^{rc}}$ the reversecomplement CGR index, and the CGR map ${x}^{{S}^{c}}$ the complement CGR index.
Quadtreebased CGR index
Since in its simplest form a CGR map is just a set of coordinates on a twodimensional plan, we can use a quadtree to index such points [32]. For this index, a tree data structure is used where each node has at most four children. Each child node represents a subquadrant of its parent node containing an extension of the parent prefix. Assuming Σ = {A, C, G, T}, we identify each child by A, C, G and T . Given a string S with size N, at most N nodes are stored in the quadtree as follows: for each prefix S[1..i] of S, we start inserting its reverse on the quadtree until we reach a leaf, where we insert a new node and stop. For instance, let S = GACGA and let us start with an empty quadtree [,,, ]. After inserting the prefix G, the quadtree becomes [,, 1: [,,,],] where the symbol S[1] is the unique symbol in quadrant G. After inserting prefixes GA and GAC, the quadtree becomes [2: [,,,], 3: [,,,], 1: [,,,],] as S[1], S[2] and S[3] are the unique points in quadrants G, A and C, respectively. But, after inserting the prefix GACG, the quadtree becomes [2: [,,,], 3: [,,,], 1: [, 4: [,,,],,],] as the quadrant G has a second point S[4] in the subquadrant GC. Similarly, after inserting the prefix GACGA, the quadtree becomes [2: [,, 5: [,,,],], 3: [,,,], 1: [, 4: [,,,],,],], where the quadrant A has a new second point in subquadrant AG.
Note that quadtrees as described are just compressed tries of S prefixes, also known as CGRtrees, described as quaternary trees related to digital search trees proposed by Cenac et al. [33]. Moreover, the use of a quadtree to index the CGR coordinates is equivalent to a suffix tree, up to an inversion of the text (because of the prefix/suffix duality). Hence, although as general search trees, quadtrees may degenerate and its construction becomes quadratic on string size, we can improve such construction to linear time in worst case using Ukkonen's algorithm [34] after an inversion of the text, as expected. For larger alphabets higher order trees, such as octrees, can be considered.
Webbased JavaScript implementation
Along with the Mathematica^{®} implementation, a JavaScript version is also provided, where an efficient binary representation of CGR coordinates is used, thus eliminating floating point operations. Additionally, this implementation also uses quadtrees for indexing CGR maps, improving search complexity by at least one order of magnitude when compared with traditional implementations.
We choose JavaScript as underlying language so that our implementation can be used in the Web distributed computational environment. The JavaScript interpreters, such as those found on modern browsers, include high performance features such as runtime compilation, achieving performances usually associated with scientific computing environments. Furthermore, it natively supports code migration (through the SCRIPT element of the browsers Document Object Model) which provides a seamless mechanism for code distribution and reuse.
Longest common extension
Given two strings S_{1} and S_{2}, each one with length N and M, and a long sequence of position pairs, the longest common extension (LCE) problem consists in finding, for a given query pair (i, j), the length of the longest prefix of S_{1}[i..] that matches a prefix of S_{2}[j..].
This problem is directly related with the longest common suffix described in the previous section, up to an inversion of the strings. Therefore, to address LCE queries with standard CGR indexes it suffices to search for shared suffixes in the reverse CRG indexes of S_{1} and S_{2}, as that suffixes would represent prefixes in the direct indexes. The position pair (i, j) needs to be updated accordingly, to (N  i + 1, M  j + 1), in order to reference the correct positions in the reverse strings. With suffix/prefix duality problem solved we resort on CGR maps embedded in the Cantor set to perform LCE queries.
The pseudocode to find the LCE of S_{1}[i..] and S_{2}[j..], with S_{1} = N and S_{2} = M, is given in Algorithm 1.
Algorithm 1 Longest common extension (LCE) of S_{1} and S_{2} for position pair (i, j)
LCE(standard CGR index entry ${x}_{Ni+1}^{{\text{S}}_{1}^{r}}$, standard CGR index entry ${x}_{Mj+1}^{{\text{S}}_{2}^{r}}$)

1.
return $\u2308{\text{log}}_{3}\left({x}_{Ni+1}^{{\text{S}}_{1}^{r}}{x}_{Mj+1}^{{\text{S}}_{2}^{r}}{}_{\infty}\right)\u23091$
This single step algorithm makes each LCE query answered in constant time. Many string algorithms use LCE as a subtask that needs to be addressed efficiently and will therefore benefit from this result, as shown in the following sections.
Common operations on strings
In this section, several common operations on strings are analyzed and a comparison between CGR and traditional data structures is given when appropriate. This analysis focus on how each operation can be achieved through different CGR implementations, along with its respective time complexity.
Given a string S of size N and a pattern P of size L, searching for occurrences of P within S is probably the most common operation on strings. This problem, named MATCHES, has been utterly studied and there are well known algorithms to solve it in linear time on the length of S and P. The problem becomes more challenging if we are given a string S and we want to search, possible online, for a set of patterns within S. In this case, the preprocessing and indexing of S can greatly improve the search time as we just process S once, which is not the case if we use algorithms such as KnuthMorrisPratt [35] or AhoCorasick [36]. In this context, the string S needs to be indexed and standard or quadtreebased CGR indexes can be used.
If a standard CGR index is used, the occurrences of P in S can be found by scanning S with LCE queries to match P in each suffix S[i..], with 1 ≤ i ≤ N  L + 1. More precisely, if the LCE query of S and P for a given position pair (i, 1) returns L then P matches S[i..i + L  1]. The algorithm for computing all matches of a pattern P in a string S is given as Algorithm 2. Recall that we need to use the reserve CGR indexes of S and P to tackle suffix/prefix duality and all CGR coordinates are embedded in the Cantor set, thus, defined as in Eq. (5). Concerning time complexity, Step 2 takes O(N  L) and both Step 3 and Step 4 take O(1), hence, the overall complexity of MATCHES is O(N) as L < < N.
Algorithm 2 MATCHES with standard CGR index
MATCHES(standard CGR index ${x}^{{S}^{r}}$, pattern P)

1.
let ${x}^{{P}^{r}}=\left({x}_{1}^{{P}^{r}},\dots ,{x}_{L}^{{P}^{r}}\right)$ be the CGR coordinates for P^{r}

2.
for (i from 1 to N  L + 1)

3.
let k = LCE $\left({x}_{Ni+1}^{{S}^{r}},\phantom{\rule{2.77695pt}{0ex}}{x}_{L}^{{P}^{r}}\right)$//longest common prefix of S[i..] and P [1..]

4.
if (k = L) then P occurs in S[i..i + L  1]
Although standard CGR indexes can be space efficient, as we only need to store a coordinate for each text position, the MATCHES operation is not as efficient as with suffix tree indexes. Indeed, with suffix trees this operation takes only O(L + occ) time, where occ is the number of occurrences of P in S (usually, occ < < N). Notwithstanding, we can improve the running time of MATCHES by using a quadtreebased CGR index, instead of a standard one. For this purpose, consider a quadtree for the CGR map of S. Given a pattern P, we take its reverse P^{r} and we descend on the quadtree until we either reach the end of P^{r} or a leaf of the quadtree. Along the descendent path we must check for each internal node if their CGR coordinates are equal to those of P, which takes constant time as in Algorithm 2. If this check is true, we must report an occurrence. If we reach the end of P^{r} and we are at node n with children, we must also check every node in the subtree rooted at n as each one matches the pattern. Hence, searching for a pattern P takes linear time on the size of P plus the number of its occurrences in S, i.e., O(L + occ) as in suffix trees.
Another common operation on strings is COUNTS. It consists on determining the number of occurrences of a given pattern P in a string S. This can be easily achieved by adapting the MATCHES operation, for both standard and quadtreebased CGR indexes, resulting in the same time complexity. The only difference is that instead of outputting the occurrences a counter is used to retrieve the total number of occurrences of P in S.
Other common operations on strings include LONGEST COMMON SUFFIX, IS PREFIX and IS SUFFIX. The LONGEST COMMON SUFFIX was addressed in the Cantor set description, achieving constant time complexity as LCE. Given two strings S and P , with S = N, P = N and L < N, the IS SUFFIX operation consists in checking if P appears as a suffix of S. This can be done by computing the LCE for coordinates ${x}_{L}^{P}$ and ${x}_{N}^{S}$. The answer to IS SUFFIX is true if and only if the LCE query returns L, otherwise the answer is false. The IS PREFIX operation consists in checking if P appears as prefix of S and it can be easily done by reversing both S and P and applying the previous operation. Since both IS SUFFIX and IS PREFIX operations rely solely in LCE, they achieve constant time complexity as long as the needed CGR indexes are already computed.
We conclude this section by discussing four new operations that are specific to CGR but related with relevant operations in suffix trees (namely, SLINK and WEINERLINK). As we shall see later these operations provide a way for performing incremental hashing, an approach used for RabinKarp string matching algorithm. The LEFT DELETION of a string S of size N is the substring of S from which the first letter was taken, that is, given S = αP, the LEFT DELETION of S is P. Given the last CGR coordinate of S, denoted by ${x}_{N}^{S}$, the new CGR coordinate corresponding to the LEFT DELETION of S is given by
Moreover, the LEFT INSERTION compares what happen when we add a symbol before the string, that is, given a string S the LEFT INSERTION of α in S is Q = αS. Given the last CGR coordinate of S, denoted by ${x}_{N}^{S}$, the new CGR coordinate corresponding to the LEFT INSERTION of α in S becomes
Clearly, this operations are computed in constant time. Finally, we recall that symmetric operations of RIGHT INSERTION and RIGHT DELETION can be straightforwardly computed from the iterative definition of CGR in Eq. (1) also with O(1) time complexity.
The examples presented in this section illustrate the algorithmic equivalence between CGR and suffix tress. Graphically, this can be observed through the representation of both data structures, given in Figure 2.
Finding palindromes and tandem repeats
This section presents two applications of CGR based on exact string matching that rely on LCE described above. A nucleotide sequence S is said to be a (complemented) palindrome if it is equal to its reverse complement. In this case, the first half of S converted to its reverse complement is equal to the second half of S. If the two halves of the palindrome are not adjacent it is said to be a separated palindrome. Moreover, the palindrome is said to have a radius correspondent to the size of each half. Palindromic sequences play an important role in molecular biology. They are, for instance, specifically recognized by many restriction endonucleases [37] and usually associated with methylation sites [38].
The problem of finding all palindromes focus on uncovering all maximal complemented palindromes from a nucleotide sequence. By maximal it means that only the bigger palindrome is extracted. For instance, the sequence TTATAA has a palindrome of radius 1 (AT), a palindrome of radius 2 (TATA), and a palindrome of radius 3 (TTATAA), but only the latter is maximal.
The algorithm to find all palindromes uses, as subtask, forward and backward LCE queries from the midpositions of potential palindromes. The backward query corresponds, actually, to a forward query over the reverse complement of S. The detailed pseudocode of this algorithm can be found in Addition file 2. Since each of the aforementioned extensions can be performed over a reverse and a complement CGR indexes in constant time, the algorithm takes O(N) time, corresponding to the time needed to cover all string S.
In practice, palindromes are often separated over the DNA sequence. If the gap between the two halves of the palindrome is fixed, it happens to be a simple variant of the previous problem. Therein, forward and backward extensions are performed in positions apart of each other (Additional file 2), a procedure that is again solved in linear time. The general case of finding all separated palindromes, without a fixed gap, is more complex as it is equivalent to the problem of finding all inverted repeats. As expected, an inverted repeat is a sequence of nucleotides that is the reverse complement of another sequence that is found further downstream the DNA sequence. These sequences are usually transposon boundaries [39, 40].
Another major application that benefits from constanttime LCE queries is finding all tandem repeats in a nucleotide sequence. Tandem repeats are adjacent copies of a same DNA subsequence. They usually consist of short copies of 26 base pairs in length repeated throughout all eukaryotic genomes. Tandem repeats often represent important control sequences, such as upstream promoter sequences [41]. In addition, they have been used in forensic science for determining parentage [42].
The problem entailing tandem repeats focus in locating all tandem repeats in a nucleotide sequence. For instance, the sequence TTATTA has a tandem repeat TT of radius 1 and a tandem repeat TTATTA of radius 3, both starting in the first position of the nucleotide sequence. It also contains a tandem repeat TT of radius 1 at position 4.
The algorithm to find for all tandem repeats was first proposed by Landau and Schmidt [43]. It is a divide and conquer algorithm that recursively break down the problem of finding tandem repeats into subproblems, until these become simple enough to be solved directly. These simpler problems can be solved through two LCE queries to elicit the presence of a tandem repeat. The time complexity of the algorithm is O(N log N + z) where z is the number of tandem repeats in S. The details of the algorithm, which requires the direct and reverse CRG indexes to be built in a preprocessing phase, are presented in Additional file 2.
Approximate string matching
The kmismatch problem is an approximate matching problem where k mismatches are allowed. Approximate matching is a mandatory task in molecular biology as DNA sequence patterns are usually described in an approximate way. This makes way for more relaxed versions of palindrome and other repeat problems. Landau and Vishkin [44] and Myers [45] were the first to present an O(kN) solution for the more general kdifferences problems, where insertions and deletions are also considered.
The idea of the algorithm for approximate matching stems from the fact that extensions may be intercalated with mismatches. Therefore, if k mismatches are allowed, k + 1 extensions may be performed to match a pattern P of size L in a substring S[i..i + L  1], with 1 ≤ i ≤ N  L + 1. Roughly speaking, match operations are as follows: (i) perform a LCE query to match P[1..L] in S[i..i + L 1]; (ii) if a mismatch takes place in position j < L of P, jump over the mismatch and go to (i) to perform another LCE query to match P[j + 1..L] in S[i + j + 1..i + L + 1]. This procedure must be undertaken recursively until k mismatches are reached or the end of P is reached. If the extensions does not reach the end of P then more than k mismatches are needed. Conversely, if the extensions reach the end of P then P[1..L] matches S[i..i + L  1] with at most k mismatches.
Concerning time complexity, each match operation takes at most O(k) time, since at most k + 1 extensions are tried and each extension takes O(1). The scan over all string S takes O(N), therefore the kmismatch problem takes O(Nk) time. A detailed explanation, as well as the pseudocode of the algorithm, can be found in Additional file 2. This procedure needs only the reverse CGR index of S, without using any special index data structure.
A simple variant of the kmismatch algorithm can be used to solve the all kmismatch palindromes. The idea is always to perform an extension and jump over a mismatch to perform another extension until the number of allowed mismatches are attained. Consequently, the complexity of all kmismatch palindromes is updated to O(Nk) time. The algorithm for all kmismatch tandem repeats [46] is also coincident, although more complex, and is fully described in the Additional file 2.
Longest common substring
The retrieval of the longest common substring of two strings is a classical computer science problem. Given a string S_{1} of size N and a string S_{2} of size M, a naive approach to this problem simply consider all positions i in S_{1} and j in S_{2} and proceed in both strings by matching symbols, until a mismatch is found. Such procedure takes O(NM^{2}) time. By using linear time search algorithms, such as the KnuthMorrisPratt, this result can be improved to O(NM). Still, the performance of these naive solutions pales in comparison with the linear time performance of suffix trees [4].
In the CGR framework we propose an algorithm that does not achieve linear time complexity, as suffix tree does, but it is sufficiently close to warrant a careful analysis. We start this analysis by considering the simpler problem of finding duplicates in a list of numbers. Assume we are given an unordered list of numbers ℓ, of size N, and we wish to determine if there are any repeated number. A naive solution would compare every pair of numbers to check if they are equal, requiring O(N^{2}) time. A more sophisticated solution would be to sort the list ℓ and check only consecutive numbers. This algorithm requires overall O(N log N) time, where the sorting step is the bottleneck of the procedure.
Our solution for determining the longest common substring with CGR is similar to this procedure. We sort the CGR coordinates according to the quadrant they appear on. First, the ones close to (0, 0), then the ones close to (0, 1), then the ones close to (1, 1), and finally the ones close to (1, 0). If two points are in the same quadrant then they are sorted according to the second quadrant that they appear on, or iteratively by the first quadrant that they differ. The advantage of having LCE queries in constant time within CGR maps is that two CGR coordinates can be efficiently compared. First, we use LCE to skip the quadrants that the two coordinates share and, then we use the resulting value to order the two. Hence, it is possible to sort all the CGR coordinates in O(N log N) time.
To obtain the longest common substring from the CGR representation we join the CGR coordinates from S_{1} and S_{2} and sort them all together, according to the previous procedure. Then, we traverse the sorted list and, if two consecutive coordinates come from two different strings, i.e., one from S_{1} and the other from S_{2}, we compute the LCE between the two. Overall our goal is to determine the pair that has the largest LCE value, as this corresponds the longest common substring among the two strings.
RabinKarp string matching algorithm
The procedure for calculating the CGR coordinates (Eq. (1) and (2)) bare a striking similarity to RabinKarp string matching algorithm [47]. This algorithm uses a rolling hash function h, from strings to integers, allowing to reduce the problem of comparing strings to the problem of comparing integers, which can be computed much more efficiently in commodity hardware.
Given a string S of size N and a pattern P of size L, the RabinKarp algorithm starts by computing the code h(P). Then, all Ltuples of S are scanned in order to check if h(S[i..i + L  1]) = h(P), with 1 ≤ i ≤ N  L + 1. The substrings for which h(P) = h(S[i..i + L  1]) are potential occurrences of P, which should be further checked naively. This algorithm was one of the firsts to achieve linear pattern matching efficiency, taking only O(N) time to scan a string of size N. Notwithstanding, it results in a randomized algorithm, since h(P) = h(S[i..i + L  1]) does not constitute a guarantee that P = S[i..i + L  1] and so, an additional check is needed to verify if P = S[i..i + L  1]. In consequence, its performance is only O(N) in the expected case, and the worst case may be significantly worse, taking O(N^{2}) time. Other linear time algorithms such as the KnuthMorrisPratt and the BoyerMoore can guarantee linear time performance, even in the worst case [35, 48].
The RabinKarp algorithm has the advantage of producing and index as a side effect, which is actually a hash. Indexes have the advantage that they support subsequent string searches in much less time than searching over the all string S. However, their performance depend largely on the nature of the underlying hash. If the hash values of consecutive substrings are computed in constant time, it is possible to achieve almost a O(L + occ) search time, meaning that searching for all the occurrences occ of a Llong pattern P can be performed in expected optimal time [49]. This is exactly what is attained when CGR is used to induce a rolling hash function for the RabinKarp procedure.
In the context of CGR, a possible rolling hash function can be constructed iteratively based on the CGR definition (Eq. (1)) and the LEFT DELETION operation described in Eq. (6). If one uses directly the coordinates of the last symbol of the first Ltuple to compute the first hash value we have that
The next hash value h(S[2..L+1]) can be again defined as the last CGR coordinate of string S[2..L+1]. This coordinate ${x}_{L}^{S\left[2..L+1\right]}$ can be computed from ${x}_{L}^{S\left[1..L\right]}={x}_{L}^{S}$ by performing a LEFT DELETION and applying a new CGR iteration. The computation of this value is straightforward. First, the coordinate ${x}_{L1}^{S\left[2..L\right]}$ is obtained by canceling symbol S[1] from ${x}_{L}^{S}$, i.e.,
Then, to obtain the intended coordinate ${x}_{L}^{S\left[2..L+1\right]},$ a CGR iteration is applied and we get
which can be defined in terms of ${x}_{L}^{S}$ as
Thus, the RabinKarp CGRbased procedure starts by defining $h\left(S\left[\text{1}..L\right]\right)={x}_{L}^{S}$ and proceeds by computing iteratively the code for h(S[i + 1..i + L]) as
Even though this expression uses vectors and is therefore slightly more sophisticated than the most common expressions, CGR function is essentially a hash, except for the fact the we are not using remainders as in the original proposal. However, due to the limitation of the floating point representation, iterating Eq. (1) will eventually overflow, hence producing the same effect as explicitly computing the remainders. If this occurs for h(P) a spurious hit might be obtained, requiring a naive verification. Naturally, infinite precision techniques can be used to prevent this phenomena, which in turn yield powerful computation models.
Finally, with Eq. (7) it is possible to update the hash value in constant time and, therefore, obtaining all the hash values takes only O(N) for a string S of size N. Likewise a hash data structure that indexes all Ltuples of S can be built within this time.
Conclusions
Graphbased data structures such as suffix trees are heavily applied in sequence comparison and bioinformatics problems, having attained a high performance level. This optimization makes them the most common data structures for stringrelated operations.
CGR has been, for more than two decades, a fruitful methodology for biological sequence comparison, providing a support for aligmentfree analysis along with conveying an appealing pattern visualization capacity for whole genomes. In this work we have shown that CGR can go beyond these applications and demonstrate how typical string operations can be recoded and solved using CGR. We further illustrate the similarities between these two data structures for biological sequence analysis, showing that numerical biosequence representations given by chaos game iterative function systems constitute an alternative and competitive approach for common stringmatching problems.
The applications presented in this work have focused on the longest common extension problem that, after linear time preprocessing of a standard CGR index, it is shown to be answered in constant time. This result allows to efficiently solve other string matching problems such as searching for palindromes, tandem repeats and matches with mismatches. Additionally, it is shown that CGR can be used as an hash function and its relation with RarbinKarp algorithm is highlighted.
The chief advantage of CGR is its simplicity and easy implementation. In addition, a more complex placement of the CGR coordinates in memory actually provides an efficient way to solve more demanding problems, for example, through the use of quadtrees, here proposed to solve the longest common substring problem.
The choice between numerical or graphical resolution is ultimately decided by the efficiency of the implementation. To assist in this selection we provide a summary of time complexities achieve by both data structures for a set of pertinent problems in string processing for molecular biology, showing the CGR parallelism with suffix trees in some of the problems addressed.
The operations analyzed covered typical string problems without being exhaustive. Possible extensions to be explored numerically include sequence alignment, which can be implemented using a dynamic programming approach in a matrix of all the pairwise distances between the CGR coordinates. The longest common subsequence can also be addressed in the future using numerical reasoning.
The comparison of CGR and suffix trees algorithms for biological sequence analysis provides a useful bridge between graph and numericalbased formalisms such that solutions to difficult problems can make use of both representations.
References
 1.
Durbin R, Eddy SR, Krogh A, Mitchison G: Biological sequence analysis: probabalistic models of proteins and nucleic acids. 1998, Cambridge, UK New York: Cambridge University Press
 2.
Shendure J, Ji H: Nextgeneration DNA sequencing. Nature Biotechnology. 2008, 26 (10): 11351145. 10.1038/nbt1486
 3.
Roy A, Raychaudhury C, Nandy A: Novel techniques of graphical representation and analysis of DNA sequences  A review. Journal of Biosciences. 1998, 23: 5571. 10.1007/BF02728525
 4.
Gusfield D: Algorithms on strings, trees, and sequences: computer science and computational biology. 1997, Cambridge England; New York: Cambridge University Press
 5.
Navarro G, Mäkinen V: Compressed FullText Indexes. ACM Computing Surveys. 2007, 39: article 2
 6.
Langmead B, Trapnell C, Pop M, Salzberg S: Ultrafast and memoryefficient alignment of short DNA sequences to the human genome. Genome Biol. 2009, 10 (3): R25 10.1186/gb2009103r25
 7.
Li H, Durbin R: Fast and accurate short read alignment with Burrows Wheeler transform. Bioinformatics. 2009, 25 (14): 17541760. 10.1093/bioinformatics/btp324
 8.
Li R, Li Y, Fang X, Yang H, Wang J, Kristiansen K, Wang J: SOAP2: an improved ultrafast tool for short read alignment. Bioinformatics. 2009, 25 (15): 19661967. 10.1093/bioinformatics/btp336
 9.
Fernandes F, da Fonseca PGS, Russo LMS, Oliveira AL, Freitas AT: Efficient alignment of pyrosequencing reads for resequencing applications. BMC Bioinformatics. 2011, 12: 163 10.1186/1471210512163
 10.
Jeffrey HJ: Chaos game representation of gene structure. Nucleic Acids Res. 1990, 18 (8): 216370. 10.1093/nar/18.8.2163
 11.
Arakawa K, Oshita K, Tomita M: A web server for interactive and zoomable Chaos Game Representation images. Source code for biology and medicine. 2009, 4: 6 10.1186/1751047346
 12.
Deschavanne PJ, Giron A, Vilain J, Fagot G, Fertil B: Genomic signature: characterization and classification of species assessed by chaos game representation of sequences. Mol Biol Evol. 1999, 16 (10): 13919. 10.1093/oxfordjournals.molbev.a026048
 13.
Karlin S, Burge C: Dinucleotide relative abundance extremes: a genomic signature. Trends Genet. 1995, 11 (7): 28390. 10.1016/S01689525(00)890769
 14.
Wang YW, Hill K, Singh S, Kari L: The spectrum of genomic signatures: from dinucleotides to chaos game representation. Gene. 2005, 346: 173185.
 15.
Almeida JS, Carrico JA, Maretzek A, Noble PA, Fletcher M: Analysis of genomic sequences by Chaos Game Representation. Bioinformatics. 2001, 17 (5): 42937. 10.1093/bioinformatics/17.5.429
 16.
Vinga S, Almeida J: Alignmentfree sequence comparisona review. Bioinformatics. 2003, 19 (4): 51323. 10.1093/bioinformatics/btg005
 17.
Vinga S, Almeida JS: Renyi continuous entropy of DNA sequences. J Theor Biol. 2004, 231 (3): 37788. 10.1016/j.jtbi.2004.06.030
 18.
Vinga S, Almeida JS: Local Renyi entropic profiles of DNA sequences. BMC Bioinformatics. 2007, 8: 393 10.1186/147121058393
 19.
Pandit A, Sinha S: Using genomic signatures for HIV1 subtyping. BMC Bioinformatics. 2010, 11 (Suppl 1): S26 10.1186/1471210511S1S26
 20.
Rasouli M, Rasouli G, Lenz FA, Borrett DS, Verhagen L, Kwan HC: Chaos game representation of human pallidal spike trains. J Biol Phys. 2010, 36 (2): 197205. 10.1007/s108670099172x
 21.
Dufraigne C, Fertil B, Lespinats S, Giron A, Deschavanne P: Detection and characterization of horizontal transfers in prokaryotes using genomic signature. Nucleic Acids Research. 2005, 33: e6 10.1093/nar/gni004
 22.
Deschavanne P, Tuffery P: Exploring an alignment free approach for protein classification and structural class prediction. Biochimie. 2008, 90 (4): 615625. 10.1016/j.biochi.2007.11.004
 23.
Almeida JS, Vinga S: Computing distribution of scale independent motifs in biological sequences. Algorithms for molecular biology: AMB. 2006, 1: 18 10.1186/17487188118
 24.
Almeida JS, Vinga S: Universal sequence map (USM) of arbitrary discrete sequences. BMC Bioinformatics. 2002, 3: 6 10.1186/1471210536
 25.
Almeida J, Vinga S: Biological sequences as pictures  a generic two dimensional solution for iterated maps. BMC Bioinformatics. 2009, 10: 100 10.1186/1471210510100
 26.
Buhlmann P, Wyner A: Variable length Markov chains. Annals of Statistics. 1999, 27 (2): 480513. 10.1214/aos/1018031204
 27.
Tino P, Dorffner G, Schittenkopf C: Understanding state space organization in recurrent neural networks with iterative function systems dynamics. Hybrid Neural Systems, Volume 1778 of Lecture Notes in Artificial Intelligence. Edited by: Wermter S, Sun R. 2000, 255269. [International Workshop on Hybrid Neural Systems, DENVER, CO, DEC 0405, 1998]
 28.
Tino P, Dorffner G: Predicting the future of discrete sequences from fractal representations of the past. Machine Learning. 2001, 45 (2): 187217. 10.1023/A:1010972803901
 29.
Moreno P, Velez P, Martinez E, Garreta L, Diaz N, Amador S, Tischer I, Gutierrez J, Naik A, Tobar F, Garcia F: The human genome: a multifractal analysis. BMC Genomics. 2011, 12: 506 10.1186/1471216412506
 30.
Ferreirós J: Labyrinth of Thought: A History of Set Theory and Its Role in Modern Mathematics. 2007, Birkhäuser Basel
 31.
Willard S: General Topology. 2004, Dover Publications
 32.
Samet H: The quadtree and related hierarchical datastructures. Computing Surveys. 1984, 16 (2): 187260. 10.1145/356924.356930
 33.
Cenac P, Chauvin B, Ginouillac S, Pouyanne N: Digital Search Trees And Chaos Game Representation. ESAIMProbability and Statistics. 2009, 13: 1537.
 34.
Ukkonen E: Online construction of suffix trees. Algorithmica. 1995, 14 (3): 249260. 10.1007/BF01206331
 35.
Knuth D, Morris J, Pratt V: Fast pattern matching in strings. SIAM Journal on Computing. 1977, 6 (2): 323350. 10.1137/0206024
 36.
Aho A, Corasick M: Efficient string matching: an aid to bibliographic search. Communications of the ACM. 1975, 18 (6): 333340. 10.1145/360825.360855
 37.
Pingoud A, Jeltsch A: Structure and function of type II restriction endonucleases. Nucleic Acids Research. 2001, 29 (18): 37053727. 10.1093/nar/29.18.3705
 38.
Reich NO, Danzitz MJ: Nonadditivity of sequencespecific enzymeDNA interactions in the EcoRI DNA methyltransferase. Nucleic Acids Research. 1991, 19 (23): 65876594. 10.1093/nar/19.23.6587
 39.
Ussery DW, Wassenaar T, Borini S: Word Frequencies, Repeats, and Repeatrelated Structures in Bacterial Genomes. Springer. 2008
 40.
Kidwell MG: Horizontal transfer of P elements and other short inverted repeat transposons. Genetica. 1992, 86 (13): 275286. 10.1007/BF00133726
 41.
Vinces MD, Legendre M, Caldara M, Hagihara M, Verstrepen KJ: Unstable Tandem Repeats in Promoters Confer Transcriptional Evolvability. Science. 2009, 324 (5931): 12131216. 10.1126/science.1170097
 42.
Baumstark AL, Budowle B, Defenbaugh DA, Smerick JB, Keys KM, Moretti TR: Validation of Short Tandem Repeats (STRs) for Forensic Usage: Performance Testing of Fluorescent Multiplex STR Systems and Analysis of Authentic and Simulated Forensic Samples. Journal of Forensic Sciences. 1999, 46 (3): 647660.
 43.
Landau GM, Schmidt JP: An Algorithm for Approximate Tandem Repeats. CPM, Volume 684 of LNCS. 1993, 120133.
 44.
Landau GM, Vishkin U: Introducing Efficient Parallelism into Approximate String Matching and a New Serial Algorithm. STOC. Edited by: Hartmanis J. 1986, 220230. ACM
 45.
Myers E: An O(ND) Difference Algorithm and Its Variations. Algorithmica. 1986, 1 (2): 251266.
 46.
Landau GM, Schmidt JP, Sokol D: An Algorithm for Approximate Tandem Repeats. Journal of Computational Biology. 2001, 8: 118. 10.1089/106652701300099038
 47.
Karp R, Rabin M: Efficient randomized patternmatching algorithms. IBM Journal of Research and Development. 1987, 31 (2): 249260.
 48.
Cole R: Tight bounds on the complexity of the BoyerMoore string matching algorithm. Proceedings of the second annual ACMSIAM symposium on Discrete algorithms. 1991, 224233. SODA '91, Philadelphia, PA, USA: Society for Industrial and Applied Mathematics
 49.
Cormen TH, Leiserson CE, Rivest RL, Stein C: Introduction to algorithms. 2009, MIT Press
Acknowledgements
This work was partially supported by FCT through the PIDDAC Program funds (INESCID multiannual funding) and under grant PEstOE/EEI/LA0008/2011 (IT multiannual funding). In addition, it was also partially funded by projects HIVCONTROL (PTDC/EEACRO/100128/2008, S. Vinga, PI), TAGS (PTDC/EIAEIA/112283/2009) and NEUROCLINOMICS (PTDC/EIAEIA/111239/2009) from FCT (Portugal).
Author information
Additional information
Competing interests
The authors declare that they have no competing interests.
Authors' contributions
SV conceived the study and contributed for the design of the experiments. AMC aimed the research to achieve longest common extension in constant time with standard CGR indexes. APF implemented the JavaScript version and analyzed the different implementations. LR analyzed the CGR against string processing algorithm such as suffix trees and RabinKarp. JSA identified programming environment and contributed to the discussion of results. All authors contributed to the writing of the manuscript. All authors have read and approved the final manuscript.
Electronic supplementary material
Authors’ original submitted files for images
Rights and permissions
About this article
Received
Accepted
Published
DOI
Keywords
 Prefix
 Tandem Repeat
 Suffix
 String Match
 Suffix Tree