PANDASEQ is a program to align Illumina reads, optionally with PCR primers embedded in the sequence, and reconstruct an overlapping sequence.
Binary packages are available for recent versions of Windows, MacOS and Linux. Source code is also available. See Installation instructions for details.
Development packages for zlib and libbz2 are needed, as well as a standard compiler environment. On Ubuntu, this can be installed via:
sudo apt-get install build-essential libtool automake zlib1g-dev libbz2-dev pkg-config
On MacOS, the Apple Developer tools and Fink (or MacPorts or Brew) must be installed, then:
sudo fink install bzip2-dev pkgconfig
The newer AutoTools from Fink are needed over the ones provided by Apple, so ensure that Fink's bin directory precedes /usr/bin in the $PATH.
After the support packages are installed, one should be able to do:
./autogen.sh && ./configure && make && sudo make install
If you receive an error that libpandaseq.so.[number] is not found on Linux, try running:
sudo ldconfig
Please consult the manual page by invoking:
man pandaseq
or visiting online PANDAseq manual page.
The short version is:
pandaseq -f forward.fastq -r reverse.fastq
Before filing a bug, consult how to file a bug.
Please run:
curl https://raw.github.com/neufeld/pandaseq/master/pandabug | sh
or
wget -O- https://raw.github.com/neufeld/pandaseq/master/pandabug | sh
to create a header with basic details about your system. Please include:
- The output of the above script.
- The exact error message. If this is a compilation error, do not truncate the output. If this is a problem when assembling, keep the
INFO ARGlines, and the last few lines, but you may truncate the middle. - If you have tried multiple different things, please list them all.
- Your sequencing data may be requested. This usually does not necessitate all the reads.
PANDAseq may be used in other programs via a programmatic interface. Consult the header file pandaseq.h for more details. The C interface is pseudo-object oriented and documented in the header. The library provides pkg-config information, so compiling against it can be done using something like:
cc mycode.c `pkg-config --cflags --libs pandaseq-2`
or using, in configure.ac:
PKG_CHECK_MODULES(PANDASEQ, [ pandaseq-2 >= 2.5 ])
A Vala binding is also included.
Other language bindings are welcome.
Yes, but you shouldn't want to do it. The whole point is to fix sequences which are probably good. There is no quality setting that will achieve this effect. You can use the plugin completely_miss_the_point, but this really does miss the point. Moreover, assuming that the sequencer is right in the overlap region and in the non-overlapping regions requires an unsound leap in statistics.
Yes. PANDAseq-sam extends PANDAseq to do this. SAM/BAM files do not guarantee that sequences will be in the right order, so using SAM/BAM files may be slower and PANDAseq will use more memory.
Nothing. The quality scores of the output do not have any similarity to the original quality scores and are not uniform across the sequence (i.e., the overlap is scored differently from the unpaired ends.
In the overlap region where there is a mismatch, it is probable that one base was sequenced correctly and the other was sequenced incorrectly. If both bases have high scores (i.e., are probably correct), the chance of the resulting base is low (i.e., is probably incorrect). For more information, see the paper. Also, remember that the PHRED to probability conversion is not linear, so most scores are relatively high. It's also not uncommon to see the PHRED score !, which is zero, but in this context, it means less than " (PHRED = 1, P = .20567).
Again, these scores are not meant to be interpreted as regular scores and should not be processed by downstream applications expecting PHRED scores from Illumina sequences.
The PHRED scores from the input are not copied directly to the output when using FASTQ (-F) output. They go through a transformation from PHRED scores into probabilities, which is what PANDAseq uses. When output as FASTQ, the probabilities are converted back to PHRED scores. The rounding error involved can cause a score to jump by one.
You should expect that PANDAseq will output fewer sequences than the read pairs given to it. The log contains several STAT lines that will help with the analysis. Lines containing STAT READS report the number of read pairs in the input. Sequences first go through a number of basic filtering steps and then user-specified filtering steps. If provided, forward and reverse primers are aligned and clipped. The optimal overlap is selected and the sequence is constructed. The quality score is verified and any user-specified filtering is done. Any of these steps might fail and cause the sequence to be rejected. For each of the possible rejection reasons, the log file will contain a STAT line reporting the number of sequences filtered, as is described in the Output Statistics section of the manual.
If multiple threads are used, which the default on most platforms, each thread collects this information separately. The output log will output a group of STAT lines per thread.
The STAT SLOW line is informative; those sequences were not rejected. The other STAT lines (i.e., not READS or SLOW) should sum to the STAT READS line.
Similar algorithms (i.e., determine the overlap, then fuse the reads):
- COPE (Connecting Overlapped Pair-End reads) – Algorithm similar to FLASH
- FastqJoin in ea-utils – Algorithm included in PANDAseq
- FLASH (Fast Length Adjustment of SHort reads) – Algorithm included in PANDAseq
- PEAR (Paired-End AssembleR) – Algorithm included in PANDAseq
- stitch
- XORRO (Rapid Pair-end Read Overlapper)
- leeHom
Completely different methods:
- SeqPrep – Uses alignment
Andre P Masella, Andrea K Bartram, Jakub M Truszkowski, Daniel G Brown and Josh D Neufeld. PANDAseq: paired-end assembler for illumina sequences. BMC Bioinformatics 2012, 13:31. http://www.biomedcentral.com/1471-2105/13/31