Description of bug
Hi,
We are having some problems with our assemblies. Spades is resolving a single long contig in the before_rr.fasta into itself and its reverse compliment back-to-back. This shouldn't be possible with paired-end illumina reads. BLAST tab output of the contig below.
NODE_1_length_166755_cov_35.885210 NODE_1_length_166755_cov_35.885210 100.000 166755 0 0 1 166755 1 166755 0.0 3.079e+05
NODE_1_length_166755_cov_35.885210 NODE_1_length_166755_cov_35.885210 99.999 83327 0 1 83429 166755 83326 1 0.0 1.539e+05
NODE_1_length_166755_cov_35.885210 NODE_1_length_166755_cov_35.885210 99.999 83327 0 1 1 83326 166755 83429 0.0 1.539e+0
This isn't an issue in Spades 3.X
spades.log
program completed successfully.
params.txt
Typically we run with --isolate mode, but happens with default setting too. FLASH to merge overlapping paired-end reads improved the issue but didn't fix it.
SPAdes version
4.X
Operating System
ubuntu
Python Version
3.8.10
Method of SPAdes installation
conda
No errors reported in spades.log
Description of bug
Hi,
We are having some problems with our assemblies. Spades is resolving a single long contig in the before_rr.fasta into itself and its reverse compliment back-to-back. This shouldn't be possible with paired-end illumina reads. BLAST tab output of the contig below.
This isn't an issue in Spades 3.X
spades.log
program completed successfully.
params.txt
Typically we run with --isolate mode, but happens with default setting too. FLASH to merge overlapping paired-end reads improved the issue but didn't fix it.
SPAdes version
4.X
Operating System
ubuntu
Python Version
3.8.10
Method of SPAdes installation
conda
No errors reported in spades.log