Sorry, but I am a little confused. Which version of bedtools are you using? I am using version 2.24 and apparently coverageBed changed: "As of version 2.24.0, the coverage tool has changed such that the coverage is computed for the A file, not the B file."
Therefore I used: coverageBed -d -b SRR_1.420.bam -a features.bed -split > SRR_420.cov which gives the weird graph. I tried your command, it gives the following output which I don't fully understand (and the output is over 100MB):
Supercontig_1.420 29925 30020 SRR350207.1113251/1 50 + 29925 30020 0,0,0 1 95, 0, 1 1
Supercontig_1.420 29925 30020 SRR350207.1113251/1 50 + 29925 30020 0,0,0 1 95, 0, 2 1
Supercontig_1.420 29925 30020 SRR350207.1113251/1 50 + 29925 30020 0,0,0 1 95, 0, 3 1
Supercontig_1.420 29925 30020 SRR350207.1113251/1 50 + 29925 30020 0,0,0 1 95, 0, 4 1
...




You probably want the
-splitoption...Thanks, but I doesn't seem to change anything. In the
features.bedI only specify the start and stop coordinate for the counting:Should this matter?
Why don't you use ggbio to plot coverage?
I didn't know of this package. I will check it out, thanks! I used Gviz first, but found it a little too complicated for my needs. Also it is difficult to use to plot stranded coverage.