You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thank you for your contribution in this amazing tool. My question might be naive but I couldn't find any explanation in the paper or github (or maybe I simply ignored it).
From the peak calling section in the pipeline as described below, I found that the input bedgraph file of SEACR was inherently the intermediate ouput of macs2 callpeak. I was curious why this CUT&RUN pipeline was designed like this, instead of converting the original BAM/BED file to bedgraph file using bedtools genomecov, and use it as the input of SEACR (I have tried and the results were very different), which was wrote in the SEACR tutorial.
The pipeline conducted the spike_in normalization using bamCoverageafter peak calling. Isn't it make sense to use the spike_in-normalized bedgraph file to perform peak calling?
Thanks!!
The text was updated successfully, but these errors were encountered:
Thank you for your contribution in this amazing tool. My question might be naive but I couldn't find any explanation in the paper or github (or maybe I simply ignored it).
macs2 callpeak
. I was curious why this CUT&RUN pipeline was designed like this, instead of converting the original BAM/BED file to bedgraph file usingbedtools genomecov
, and use it as the input of SEACR (I have tried and the results were very different), which was wrote in the SEACR tutorial.bamCoverage
after peak calling. Isn't it make sense to use the spike_in-normalized bedgraph file to perform peak calling?Thanks!!
The text was updated successfully, but these errors were encountered: