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
There seem to be differences in how copy_number is converted to copy_call for HCMI in comparison to all other datasets.
Is there a specific reason for this or is this an oversight / bug? If this intentional, that does in turn mean that the copy_number value (not copy_call) won't be comparable between HCMI and other?
Maybe I am deeply misunderstanding something here but it seems odd to me.
I attached the code for every conversion below with references to the code itself below:
a_val=math.log2(float(a)+0.000001) ###this should not be exponent, should be log!!! 2**float(a)ifa_val<0.0: #0.5210507:return'deep del'elifa_val<0.7311832:
return'het loss'elifa_val<1.214125:
return'diploid'elifa_val<1.731183:
return'gain'else:
return'amp'
There seem to be differences in how
copy_number
is converted tocopy_call
for HCMI in comparison to all other datasets.Is there a specific reason for this or is this an oversight / bug? If this intentional, that does in turn mean that the
copy_number
value (notcopy_call
) won't be comparable between HCMI and other?Maybe I am deeply misunderstanding something here but it seems odd to me.
I attached the code for every conversion below with references to the code itself below:
Broad Sanger (02-broadSangerOmics.R: lines 119-122):
CPTAC (getCptacData.py: lines 213-224):
HCMI (02-getHCMIData.py: lines 479-488):
MPNST (01_mpnst_get_omics.R: lines 173-176):
The text was updated successfully, but these errors were encountered: