ZhengXia / dapars

DaPars(Dynamic analysis of Alternative PolyAdenylation from RNA-seq)
GNU General Public License v2.0
46 stars 33 forks source link

Chrom name issue #12

Open OSchwich opened 5 years ago

OSchwich commented 5 years ago

Dear all,

after some time I came back using DaPars and ran into the following issue, using my config and annotations files I used before: python2.7 ../dapars/src/DaPars_main.py Configure_file.txt [Mon 17 Dec 2018 03:47:16 PM ] Start Analysis ... [Mon 17 Dec 2018 03:47:16 PM ] Loading coverage ... Traceback (most recent call last): File "../dapars/src/DaPars_main.py", line 548, in De_Novo_3UTR_Identification_Loading_Target_Wig_for_TCGA_Multiple_Samples_Main(sys.argv) File "../dapars/src/DaPars_main.py", line 154, in De_Novo_3UTR_Identification_Loading_Target_Wig_for_TCGA_Multiple_Samples_Main All_samples_Target_3UTR_coverages, All_samples_sequencing_depths, UTR_events_dict = Load_Target_Wig_files(All_Sample_files, Annotated_3UTR_file) File "../dapars/src/DaPars_main.py", line 509, in Load_Target_Wig_files curr_sample_All_chroms_coverage_dict[chrom_name][1].append(0) UnboundLocalError: local variable 'chrom_name' referenced before assignment

Would be happy if you can help me with this. Additional Info: I mapped my data against ensembl reference (chr. called 1,2,3...,X) while the annotation file is based on gencode (chr1, chr2,...,chrX). But also former bedgraphs delivered the same error having the same chr-format as the annotation file used by DaPars.

obenno commented 5 years ago

Hi,

May I ask is your chr named as chr1, chr2 in input bedgraph?

Bests, obenno

OSchwich commented 5 years ago

That was the issue, I remapped against a gencode reference matching the chr1, chr2... nomenclature. It worked fine now.

Best