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
A general theory question: can/should the updated CREAM framework (used to define LOCKs) also be used to define COREs on accessibility data?
From my understanding, the CREAM_Cutoff iterations just identify an optimal WScutoff threshold, i.e. the optimal window size within the empirical distribution. This suggests to me that this optimization would also improve detecting canonical COREs as well. Further this framework could be practically applied to cluster peaks from almost any chromatin feature (not just modified lysine residues), I would guess.
The text was updated successfully, but these errors were encountered:
Great question! The optimization is useful for ChIP-seq data and when different profiles (different histone profiles) need to be compared. But I suggest you continue using it without optimization for CORE identification.
A general theory question: can/should the updated CREAM framework (used to define LOCKs) also be used to define COREs on accessibility data?
From my understanding, the CREAM_Cutoff iterations just identify an optimal WScutoff threshold, i.e. the optimal window size within the empirical distribution. This suggests to me that this optimization would also improve detecting canonical COREs as well. Further this framework could be practically applied to cluster peaks from almost any chromatin feature (not just modified lysine residues), I would guess.
The text was updated successfully, but these errors were encountered: