View 685d60e
work towards supporting new bam_tally; drops quality info (now cutoff based), adds xs/nm/del and codon-level countsMichael Lawrence authored on 13/11/2015 21:50:11 |
View 8418591
resurrect improvements that we reverted before the April release, expect breakage for a whileMichael Lawrence authored on 28/10/2015 18:51:00 |
View d5ed124
Reverted to r101133, along with NAMESPACE fixesMichael Lawrence authored on 14/04/2015 21:40:44 |
|
View c8fd96e
Recent work towards supporting the new features... will revert back to a stable version immediately...Michael Lawrence authored on 14/04/2015 21:32:10 |
View c78be69
add codon tally support. No vbump yetGabriel Becker authored on 11/08/2014 23:42:48 |
View f5e63d3
update to new bam_tally with support for XS counting, which we now support via BamTallyParam@count_xs.Michael Lawrence authored on 13/05/2014 02:04:05 |
View 6d5d75f
add support for the noncovered argument; tells bam_tally to report even those positions that have no coverageMichael Lawrence authored on 30/04/2014 17:05:27 |
View 17db5e7
update GSTRUCT (bam_tally); add include_soft_clip parameter for counting over soft clips of a given max length (more accurate allele frequency)Michael Lawrence authored on 02/04/2014 22:03:40 |
View 4d5cc80
update to latest gstruct; brings faster bam_tally (for high coverage regions) and read-group filtering support in bam_tallyMichael Lawrence authored on 20/09/2013 02:05:42 |
View 86afb16
Add R_Genome_getSeq for efficiently retrieving sequence from a GMAP genome index. This is super fast.Michael Lawrence authored on 26/03/2013 21:38:39 |
View 3f89995
Decoupling the bam tallying from summarization. Soon, we will return an IIT, which can be summarized in various ways. Currently, the only way is the variant summary.Michael Lawrence authored on 25/09/2012 16:00:17 |
View b22faf0
renaming gmapR2 to gmapR: it lives againMichael Lawrence authored on 02/08/2012 22:24:24 |