mk
- Total activity 35
- Last activity
- Member since
- Following 0 users
- Followed by 0 users
- Votes 1
- Subscriptions 10
Activity overview
Latest activity by mk-
mk commented,
I have traced the source of both issues: it is the coverage plot which is generated using deeptools bamCoverage that is causing the observed slope in coverage and reporting a different (lower) coun...
-
mk commented,
Hello David, Thank you for looking into this. It's the NCBI SARS-CoV2 reference genome (NC_045512.2). Please let me know if you need any other info.
-
mk commented,
Hi, Thank you for looking into this. I have copied a file called mk_sample.bam to the ftp server.
-
mk commented,
Hi, apologies, command is below. I am not running with contamination downsampling argument. gatk HaplotypeCaller \-R $ref \-I $bam \-O raw_variants.vcf \-bamout haplotypecaller_bamout.bam \-ploidy 1
-
mk commented,
Thank you.
-
mk commented,
Hello, apologies for the delay in my response, please see command below: bamCoverage \-p max \--bam $bam \--binSize 1 \--ignoreDuplicates \--minMappingQuality 20 \
-
mk commented,
Hello, 1) The coverage plot is generated using deeptools bamCoverage 2) I have shared the files in a tarball called bamout_vs_vcf_dp.tar.gz, the bamout.bam file was only 2 MB so I shared the entire...
-
mk commented,
Hi, thank you. What is shown in the images is a bigwig (coverage plot) of the bamout file (grey), with the AD from the VCF overlayed in green. There is no bam file here. Thank you.
-
mk commented,
Thank you. In this post, the difference is 1 read. All other posts i have found discuss the AD being less in the VCF than the original BAM, or similar. In my case, the VCF is reporting AD almost tw...
-
mk commented,
Hello, Isn't DP/AD being much greater than the coverage an abnormal result? Thank you