Seqanswers Leaderboard Ad

Collapse

Announcement

Collapse
No announcement yet.
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Marcela Uliano
    replied
    Testing Fahmida's idea

    Hey guys, before merging and cutting reads, I decided to test the internal parameter suggested by Fahmida, put a higher FF_MAX_STRETCH, and it worked. I could pass the FillFragments step..

    I'll let you know how the assembly goes. Let's see!!

    Thank you all so much!

    Leave a comment:


  • Brian Bushnell
    replied
    Hi Vicente,

    Yes, you can do error-correction only in Tadpole, like this:

    Code:
    java -Xmx8g -cp /path/to/current assemble.Tadpole in1=H_r1.fastq.gz in2=H_r2.fastq.gz  out1=H_ecc_r1.fastq.gz out2=H_ecc_r2.fastq.gz mode=correct ecc=t
    Like most BBTools, you can simplify the command in this case to:

    Code:
    java -Xmx8g -cp /path/to/current assemble.Tadpole in=H_r#.fastq.gz out=H_ecc_r#.fastq.gz mode=correct ecc=t
    I plan to eventually add normalization and removal of low-coverage reads to Tadpole, but it's not in yet. Note that while BBNorm (KmerNormalize) can handle an unlimited amount of data with finite memory, Tadpole can't, so -Xmx8g may be insufficient for large datasets (it will crash). It should be fine for a one or a few bacteria, though. You can reduce memory consumption at the expense of speed with the prealloc and prefilter flags.

    As for ecct=t, thanks for noting that; but in this case, it was actually correct. I use it for BBMerge to differentiate "ecco", error-correction via overlap, with "ecct", error-correction via Tadpole. Sorry it's a bit confusing

    This thread is not really the appropriate place for this discussion, though, so I'll create a Tadpole thread and move it there with a redirect.

    Leave a comment:


  • vingomez
    replied
    Hi Brian,


    Is possible to run only the ecc command in Tadpole?

    Code:
    java -Xmx8g -cp /path/to/current assemble.Tadpole in1=H_r1.fastq.gz in2=H_r2.fastq.gz  out1=H_ecc_r1.fastq.gz out2=H_ecc_r2.fastq.gz ecc=t

    and

    Is possible to combine additional commands in combination with ecc using Tadpole; like KmerNormalize (e.g. Normalization, Remove low coverage reads)?

    Code:
    java -Xmx8g -cp /path/to/current assemble.Tadpole in1=H_r1.fastq.gz in2=H_r2.fastq.gz  out1=H_ecc_r1.fastq.gz out2=H_ecc_r2.fastq.gz target=100 min=6 ecc=t
    Thanks


    PD. In the previous post (#8) you wrote:

    ecct=t (instead of ecc=t)
    Last edited by vingomez; 07-15-2015, 07:00 AM.

    Leave a comment:


  • fahmida
    replied
    Originally posted by Marcela Uliano View Post
    Hey guys, I was wondering if any of you solved this problem?

    I'm having a similar issue "Less than 10% of fragment pairs were filled."

    I have about 113 times coverage for the genome with pair ends and mate pairs, but 49x times only with the pair ends, which is the estimate that ALLPATHS gives at the end. And only half of my PE have an insert size of 180bp, and fragment of 100bp, which overlap. I've done all nextera sequencing.

    Do you guys think it means its time for more coverage? Or do you have any advice on how to solve that in silico?

    Thank you so much!
    Sometime ago I've faced similar issues and after searching into ALLPATHS forums etc I found the suggestion: increase the value of FF_MAX_STRETCH parameter of RunAllPathsLG pipeline, which worked for me at that time.
    FF_MAX_STRETCH=4 or 5 etc.

    Leave a comment:


  • luc
    replied
    To my knowledge Allpaths will insist on merging the merging the reads itself.
    You could perhaps split the bbmerge merged reads again with 20 bp overlaps and then feed these to Allpaths or try the Tadpole extension as mentioned?

    Leave a comment:


  • Brian Bushnell
    replied
    There should not be any problem with overlapping in that case. Perhaps you could give BBMerge a try? I only have indirect experience with AllPaths so I'm not sure if it allows you to merge the reads externally and then feed them in, but if you can, it's another option - BBMerge can merge overlapping reads, and with sufficient coverage (and 49x should be plenty), nonoverlapping as well. It can also produce an insert-size histogram, which would be worth posting.

    For overlapping reads only, the command is:
    bbmerge.sh in=reads.fq out=merged.fq outu=unmerged.fq ihist=ihist.txt

    For non-overlapping also, on a 512gb machine:
    bbmerge.sh -Xmx420g in=reads.fq out=merged.fq outu=unmerged.fq ihist=ihist.txt extend2=20 iterations=5 ecct=t

    You can alternately extend and error-correct the reads with Tadpole so that they overlap more, like this:

    tadpole.sh in=reads.fq out=extended.fq mode=extend extendright=30 ecc=t

    That should improve the merge rate by making more of them overlap by a larger amount, and decreasing mismatches.

    Then you could feed the extended reads to AllPaths.

    Leave a comment:


  • Marcela Uliano
    replied
    Hey guys, I was wondering if any of you solved this problem?

    I'm having a similar issue "Less than 10% of fragment pairs were filled."

    I have about 113 times coverage for the genome with pair ends and mate pairs, but 49x times only with the pair ends, which is the estimate that ALLPATHS gives at the end. And only half of my PE have an insert size of 180bp, and fragment of 100bp, which overlap. I've done all nextera sequencing.

    Do you guys think it means its time for more coverage? Or do you have any advice on how to solve that in silico?

    Thank you so much!

    Leave a comment:


  • Brian Bushnell
    replied
    How does the quality of your reads look? Merging reads is sensitive to the quality of the tail bases.

    Leave a comment:


  • marrakesh
    replied
    Necroposting rather than making a new thread, but I got the same error when I tried to run my assembly today. However, my smallest fragment library reads are 100bp long with an average insert size of 170 bp, so I should have quite a bit of overlap between them. The program "filled" just over 5% of my reads.

    Is this not enough overlap for Allpaths? The manual specifies about a 180 bp insert for your smallest fragment library, which should be reasonably close. Or am I including too many far-apart reads? In addition to the 170bp-insert fragment library, I have a 400bp-insert fragment library and a 900bp-insert fragment library that I was hoping to use for the analysis, as well as the mate-paired library.

    Should I drop some of those? I'm a little confused about what I might be doing wrong and rather hoping not to have to move to a new alignment program for my de novo assembly.

    Leave a comment:


  • flxlex
    replied
    There may indeed not be enough overlap...

    Leave a comment:


  • ffish
    replied
    Thank you very much, flxlex.
    The library insert size is 200 bp, and read length is 100 bp. So probably this data is not suitable for ALLPATH?

    Leave a comment:


  • flxlex
    replied
    ALLPATHS tries to close the gap between the short-reads (paired end) first to generate longer reads. That's why the short read insert should be less than twice the read length (e.g. 180 bp for 2x100 PE sequencing). I think the program complains that there are not enough reads that can be closed.

    What was your short library insert size, and read length?

    You can always ask the developers to make sure.

    Leave a comment:


  • ffish
    started a topic Anyone used Allpath-LG for denovo assembly?

    Anyone used Allpath-LG for denovo assembly?

    Hi, all,

    Is there anyone used AllPath-LG before? I encountered a error when I used it for genome assembly with Illumina short reads library, 3 Kb mates-pair library, 8 Kb mates-pair library and 36 Kb mates-pair library.
    The error shows:
    "No library parameter adjustment: too few pairs closed.
    Less than 10% of fragment pairs were filled.
    There may be a problem with the library."

    Anyone knows what does this mean? I am a newie in this assembly world. Thank you.

Latest Articles

Collapse

  • seqadmin
    Latest Developments in Precision Medicine
    by seqadmin



    Technological advances have led to drastic improvements in the field of precision medicine, enabling more personalized approaches to treatment. This article explores four leading groups that are overcoming many of the challenges of genomic profiling and precision medicine through their innovative platforms and technologies.

    Somatic Genomics
    “We have such a tremendous amount of genetic diversity that exists within each of us, and not just between us as individuals,”...
    05-24-2024, 01:16 PM
  • seqadmin
    Recent Advances in Sequencing Analysis Tools
    by seqadmin


    The sequencing world is rapidly changing due to declining costs, enhanced accuracies, and the advent of newer, cutting-edge instruments. Equally important to these developments are improvements in sequencing analysis, a process that converts vast amounts of raw data into a comprehensible and meaningful form. This complex task requires expertise and the right analysis tools. In this article, we highlight the progress and innovation in sequencing analysis by reviewing several of the...
    05-06-2024, 07:48 AM

ad_right_rmr

Collapse

News

Collapse

Topics Statistics Last Post
Started by seqadmin, 05-24-2024, 07:15 AM
0 responses
16 views
0 likes
Last Post seqadmin  
Started by seqadmin, 05-23-2024, 10:28 AM
0 responses
18 views
0 likes
Last Post seqadmin  
Started by seqadmin, 05-23-2024, 07:35 AM
0 responses
22 views
0 likes
Last Post seqadmin  
Started by seqadmin, 05-22-2024, 02:06 PM
0 responses
11 views
0 likes
Last Post seqadmin  
Working...
X