Open lionaid opened 2 years ago
I also encountered the same error message, is the problem solved?
Have a similar issue getting a zero division error, but not quite the same:
INFO @ Tue, 29 Nov 2022 11:03:33: #2 Use EM algorithm to estimate means and stddevs of fragment lengths
INFO @ Tue, 29 Nov 2022 11:03:33: # for mono-, di-, and tri-nucleosomal signals...
INFO @ Tue, 29 Nov 2022 11:03:33: # A random seed 10151 has been used in the sampling function
INFO @ Tue, 29 Nov 2022 11:03:36: # Downsampled 0 fragments will be used for EM training...
Traceback (most recent call last):
File "/home/jeff/mambaforge/envs/align/bin/macs3", line 861, in <module>
main()
File "/home/jeff/mambaforge/envs/align/bin/macs3", line 101, in main
run( args )
File "/home/jeff/mambaforge/envs/align/lib/python3.10/site-packages/MACS3/Commands/hmmratac_cmd.py", line 119, in run
em_trainer = HMMR_EM( petrack, options.em_means[1:4], options.em_stddevs[1:4], seed = options.hmm_randomSeed )
File "MACS3/Signal/HMMR_EM.pyx", line 160, in MACS3.Signal.HMMR_EM.HMMR_EM.__init__
ZeroDivisionError: float division
Hi @lionaid, @zyaiqy, @jeffhsu3, thanks for raising this issue. This HMMRATAC command is still in beta testing. Can anyone please provide some testing data so we can reproduce the error on our end?
Thank you
Has anyone ever successfully ran code for hmmratac? If so, can you please provide a screenshot. I am consistently returning an index out of range error message. No idea what's wrong. Used 1 bam file and left everything else on default. Still this error.
Has this issue been solved? I've been using macs3 3.0.0b2 but still encounter that. I'm using this data from ENCODE: ENCFF346MIJ. You can get to the file by https://www.encodeproject.org/files/ENCFF346MIJ/ @philippadoherty Thank you!
Hi @StevenKrzysztof, did you try using the --cutoff-analysis-only
function that was added with the macs3 3.0.0b2 version? It can help to decide what -l
, -u
, and -c
cutoffs to use. Also referenced here: #559
Thanks!
Hi @philippadoherty , I tried this command: macs3 hmmratac -b data/ATACseq.bam --cutoff-analysis-only but still got zero division error
Thanks @StevenKrzysztof, can you provide any additional info like your log/output for example?
Sure @philippadoherty . Here's the log file when I run macs3_ATAC.log Thanks
@StevenKrzysztof It seems that there is an abnormally large 'fragment length' in the data can't be assigned to either short fragment, mono-nucleosome, di-nucleosome, or tri-nucleosome. I think the best way is to exclude such large fragments from the following steps in HMMRATAC. Let me fix this before I release the next version. Thanks for the information!
@taoliu Thanks so much for your reply!
Describe the bug hmmratac crashes with ZeroDivisionError: float division
Execution of only one of my sample-sets (control condition aka static in this case) leads to a crash of MACS3. All other samples run fine.
Command is:
MACS3 hmmratac -b replicate1.bam replicate2.bam replicate3.bam --outdir static.pooled --save-digested --save-states
Last output including error message is:
The exact command with paths is:
MACS3 hmmratac -b ./input/static/mpimg_L26666-1_LR2223-ATAC-LR2223-S15_S29_R1_001.trim.srt.nodup.no_chrM_MT.bam ./input/static/mpimg_L26666-1_LR2223-ATAC-LR2223-S39_S30_R1_001.trim.srt.nodup.no_chrM_MT.bam ./input/static/mpimg_L 26666-1_LR2223-ATAC-LR2223-S86_S31_R1_001.trim.srt.nodup.no_chrM_MT.bam --outdir static.pooled --save-digested --save-states
To Reproduce Run this sample-set. I have no clue how it differs from the other three conditions nor the second control set I was running successfully before that.
Expected behavior I would expect macs3 to finish the run successfully
System (please complete the following information):
Additional context Since the files are quite big please let me know in case it seems to be necessary to upload them.