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
When calling the candidate_genes function with the include_num_intervening option, not all genes will necessarily get this attribute. For instance, when calling with a larger list (from the Sucrose term, in the ZmRoot network in the ZmWallace ontology), this gene:
Not sure where this error is occurring, here is what I see:
In [34]: importcamocoascoIn [35]: snp=co.Locus(10,145891859,145891859)
In [36]: Zm5bFGS=co.RefGen('Zm5bFGS')
In [37]: gene=Zm5bFGS['GRMZM2G143499']
In [38]: snpingeneOut[38]: True
If that is true, then this:
ifinclude_num_intervening==True:
num_down=0num_up=0# Sort the genes by their distance from the locus genes=sorted(genes,key=lambdax: x-locus)
forgeneingenes:
iflocusingene:
gene.update({'num_intervening':-1})
elifgene>locus:
gene.update({'num_intervening':num_down})
num_down+=1elifgene<locus:
gene.update({'num_intervening':num_up})
num_up+=1
When calling the
candidate_genes
function with theinclude_num_intervening
option, not all genes will necessarily get this attribute. For instance, when calling with a larger list (from theSucrose
term, in theZmRoot
network in theZmWallace
ontology), this gene:Does not receive the the num_intervening attribute and thus can cause failure.
The relevant section of code can be found in
RefGen.py
lines 455-468.The text was updated successfully, but these errors were encountered: