Open CCranney opened 5 months ago
Issue #39 also highlighted this error, but it wasn't investigated because no code was produced. I generally call cptac
with the following code, if that helps. Again, however, I suspect the code itself works fine, it's just a problem if you run it numerous times within a small time frame.
def get_cptac_mod(cancerType):
if cancerType == 'brca':
return cptac.Brca()
elif cancerType == 'ccrcc':
return cptac.Ccrcc()
elif cancerType == 'coad':
return cptac.Coad()
elif cancerType == 'gbm':
return cptac.Gbm()
elif cancerType == 'hnscc':
return cptac.Hnscc()
elif cancerType == 'lscc':
return cptac.Lscc()
elif cancerType == 'luad':
return cptac.Luad()
elif cancerType == 'ov':
return cptac.Ov()
elif cancerType == 'pdac':
return cptac.Pdac()
elif cancerType == 'ucec':
return cptac.Ucec()
else:
raise Exception('cancer type not found in CPTAC datasets')
then, later:
#...
self.proteome = cptacMod.get_proteomics(source=source).fillna(0)
self.transcriptome = cptacMod.get_transcriptomics(source=source).fillna(0)
#...
Hello, thank you for using the package and letting us know about this. We are currently in the process of moving away from zenodo and using a different repository for our files. We will release an update as soon as we are finished. Thank you!
Hi,
I have run into the following error using CPTAC. In many ways, I suspect this is my own fault - I am running SLURM jobs on HPC that regularly call cptac functionality, and suspect I ran too many such jobs simultaneously. I have run this code before, and it has generally worked in the past.
I make this issue mostly because I thought the
cptac
package effectively downloads the required datasets after the first use and stores them locally. This makes the first use slow, but every subsequent use fast. In my head, there would then be no reason to accesszenodo.com
after that first download. Is there a GET call tozenodo.com
every time, regardless of whether or not the data is already downloaded? If so, is this a required feature?