-
Notifications
You must be signed in to change notification settings - Fork 28
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
Feature request: option to not bin and not rescale bedgraph tracks #34
Comments
Hi Julin. You are correct that binning might not be always optimal. If I recall correctly, the reason I had to that was to improve memory requirements. As BEDGRAPH files can have values for each base, it can take a lot of memory without binning. And for users inexperienced in informatics, it can become a challenge to run it locally. Of course, it would be cool to have a general solution which can handle large volume of data and be more accurate. |
Thanks, that makes sense. Although in some cases averaging instead of
binning might be better. I understand that it is trickier than I
originally thought because the bedgraph file may or may not have windows
already, and those may or may not correspond to what plotsr is doing.
Maybe it would be possible to have an "as-is" option for the bedgraph file
with a warning about the memory. Anyway I'll think about it and see if I
can come up with something generalizable.
…On Mon, Nov 7, 2022 at 2:52 AM Manish Goel ***@***.***> wrote:
Hi Julin. You are correct that binning might not be always optimal. If I
recall correctly, the reason I had to that was to improve memory
requirements. As BEDGRAPH files can have values for each base, it can take
a lot of memory without binning. And for users inexperienced in
informatics, it can become a challenge to run it locally.
Of course, it would be cool to have a general solution which can handle
large volume of data and be more accurate.
—
Reply to this email directly, view it on GitHub
<#34 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMB7GCFPOO64WX2GAN7IO3WHDNN5ANCNFSM6AAAAAARYFRNBQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
I actually need this for my bed file of already-binned SNPs. @jnmaloof could you possibly share how you hardcoded not scaling the y axis on bed files? I really need to be able to show that the max 183-count SNPs in a 10k region on Chr1 is a taller peak than the max 12-count SNPs in a 10k region on Chr2 |
Sadly I didn't comment my code, but I believe the relevant changes were in the My fully changed files is available at https://github.com/MaloofLab/Davis_B_napus_assembly_2023/blob/main/HE_Analysis/plotsr/modified_func.py , but we changed a lot of other things as well (custom colors for translocations based on the chromosome of origin, etc). If you want a working example you can clone the whole repo and then run the code in https://github.com/MaloofLab/Davis_B_napus_assembly_2023/blob/main/HE_Analysis/Julin_plotsr.Rmd (it is an R file that first creates the plotting files and eventually calls the python plotsr)
|
There are times where binning the data in a bedgraph track may not be the correct thing to do. I hardcoded the changes that I needed to make this plot (that I needed...). Other uses might want this use case as well. If of interest I might be able to work this into a more general solution for a pull request (but probably not any time soon... a lot on my plate).
Anyway, thanks again for this package, it works really well and was pretty easy to modify for my needs.
The text was updated successfully, but these errors were encountered: