Planned data release: V5 about openpbta-analysis HOT 8 CLOSED

Ok, yeah once we merge, I can just separate into two RDS files.

from openpbta-analysis.

@jharenza we may want to split the expression data files up based on the RNA library based on @jashapiro 's results on #120 - notebook here

from openpbta-analysis.

ok - separate RDS files for FPKM from each algorithm, as well as counts?

from openpbta-analysis.

That seems like it would be the most flexible way to go as far as downstream options if it's straightforward to do.

from openpbta-analysis.

@jharenza we may want to split the expression data files up based on the RNA library based on @jashapiro 's results on #120 - notebook here

Thinking about this again - would it be easier for those working on RNA to do this separation using the clinical file? I ask because many other analyses using these files may have to re-combine (eg - fusion workflow will use both stranded and polyA and if we look for CNV deletion evidence on the basis of RNA expression <1 FPKM, we would recombine these files). I agree we should not cluster/perform certain analyses together, but trying to think of what makes more sense - for those specific analyses tainted by strand to separate or for us to separate all now and make sure other users know they may have to re-combine. Thoughts?

from openpbta-analysis.

I would still support separating the files, and having the users combine them as needed. This means that the user will have to explicitly acknowledge that they are combining two different data sets, and may give a slight bit of pause to consider whether that is appropriate. For example, the meaning of FPKM < 1 is likely to be different in the two data sets, and the using the same cutoffs may not be appropriate.

from openpbta-analysis.

@jashapiro - makes sense! We will plan on separating them then.

from openpbta-analysis.

@cgreene @jaclyn-taroni @jashapiro - we have the CHANGELOG and all files except the transcript counts file staged and ready to go - that merge is taking longer than anticipated, so @yuankunzhu will either create the PR without that file later tonight and add tomorrow or just create the whole PR tomorrow morning.

from openpbta-analysis.