![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Meta assembly | Autotroph | Metagenomics | 1 | 04-05-2012 01:32 PM |
Meta-Velvet | mihir.karnik | Metagenomics | 4 | 03-27-2012 04:41 AM |
[Velvet,assembly] core dumped occured by runnning velvet | matador3000 | De novo discovery | 0 | 12-17-2011 08:31 AM |
velvet assembler contigs into gbrowse | Zimbobo | Bioinformatics | 0 | 04-15-2010 02:36 PM |
number of contigs in velvet | bioenvisage | Bioinformatics | 6 | 03-24-2010 09:10 PM |
![]() |
|
Thread Tools |
![]() |
#1 |
Junior Member
Location: San Diego Join Date: Oct 2012
Posts: 4
|
![]()
Hi I just started using meta-velvet to assemble a small metagenome 100k. The average length of reads are 102, with a min of 29 and a max of 227. I tried running meta-velvet with a k-mer of 21.
After the assembly is finished and I look at the output file "meta-velvetg.contigs.fa" I noticed that there are contigs of length 21 (less then the smallest read). This behavior seems strange, that it is returning just the k-mer overlap (or node) and the rest of the reads did not match, and shouldn't be reported as a contig |
![]() |
![]() |
![]() |
#2 |
Senior Member
Location: Ohio Join Date: Jan 2010
Posts: 144
|
![]()
I am not sure if this applies to meta-velvet, I only have used the original. However, with standard velvet, it reports the contig lengths in kmers rather than nt in the fasta headers. So is it possible that you have contigs with 21 kmers, that are actually 41 nt long?
|
![]() |
![]() |
![]() |
#3 |
Junior Member
Location: San Diego Join Date: Oct 2012
Posts: 4
|
![]()
Ah, yes you are correct. The length of the actual sequence is >41 even though the header says length_21.
Last edited by deprekate; 10-25-2012 at 04:59 PM. |
![]() |
![]() |
![]() |
Tags |
contigs, k-mer, velvet |
Thread Tools | |
|
|