Viktoria Kliewer
unread,Jun 4, 2016, 4:05:10 PM6/4/16Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to gd...@broadinstitute.org
Dear Sir and Madam,
I am an assistant at the University of Technology Dortmund, Germany, at
the department of Computer Science VIII. Sangkyun Lee, a research associate
at the department of Computer Science VIII, and me, we use FirebrowseR,
especially the services Samples.ClinicalTier1, Analyses.Mutation.MAF,
Samples.miRSeq and Samples.mRNASeq, to achieve the following objectives:
For about 8 months we have been experimenting with FirebrowseR and
developing algorithms to download the whole available particular TCGA data
for every cancer respectively. After developing the algorithms we aim for
restructuring the data in the form of matrices so that it could be
possible to find patterns in these data.
Actually our algorithms are implemented. But it appeared a problem.
All services we use require at least one gene/miRNA_ID/mRNA_ID or barcode
to return an output. So there are to ways specifying either genes or
barcodes:
1. specify barcode(s), gene="":
service(tcga_participant_barcode, gene) -> output
2. specify gene(s), tcga_participant_barcode="":
service(tcga_participant_barcode, gene) -> output
To get all available data of a cohort we can use two possibilities:
a. parallelize over barcodes
b. parallelize over genes
The possibility b. is more efficient and takes less time.
Two weeks ago we determined that the first way,
service(tcga_participant_barcode) -> output, doesn´t work anymore. The
output is NULL regardless to the input barcodes.
Now there is a dilemma: the possibility b. works, but to get all the
genes/miRNA_IDs/mRNA_IDs it is nesessary to use the first way.
So our question: Has something been really changed in the server side?
I hope that I illustrated our problem correctly and understandably.
As we currently can't move any further without a feedback from you, we
would very much appreciate a timely answer.
Thank you a lot in advance.
Kind regards,
Viktoria Kliewer