-
Notifications
You must be signed in to change notification settings - Fork 147
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Normalisation of bigwig files #357
Comments
Hi Alex, |
Hi both, |
@JoseEspinosa thanks for your response. |
It depends on the signal you want to identify, the current approach implemented in the pipeline is useful when comparing the overall signal intensity between different ChIP-seq experiments. By normalizing to RPM, we can ensure that variations in sequencing depth do not skew the comparison, this way we can also compare a region of interest across different samples on a similar scale. What you propose will be useful to generate fold enrichment tracks, which will indicate the relative enrichment of the ChIP sample compared to the input control in downstream analysis. |
I will close this issue now for lack of activity, if you have any further questions please feel free to re-open it. |
Description of feature
Hi there,
Firstly, thank you nf-core team for the development of this chip-seq pipleine. I have used it successfully multiple times, I LOVE IT.
I was just wondering about the specifics of the normalisation procedure.
You write on the pipeline overview page "Create normalised bigWig files scaled to 1 million mapped reads"
Does this mean that the generated bigwig files are just scaled to reads per million - or are these resulting bigwig files also normlaised to input?
If they are normalised to input are they IP-input or IP/input? Also, if they are normalised to input then is there a way to circumvent this?
Thanks and all the best,
Alex
The text was updated successfully, but these errors were encountered: