Cbioportal: Gene panel Oncoprint issue

Created on 8 Jun 2017  路  26Comments  路  Source: cBioPortal/cbioportal

Sample's coverage is not reflecting correct panel. Screen shot from Genie cbioportal instance:
screen shot 2017-06-07 at 5 37 15 pm

I am having the same problem in the internal instance and if I look into mysql, the sample_profile table is not getting populated correctly by the importer.

bug critical frontend hotfix

All 26 comments

I looked at the genie files, all look fine. Looks like samples that don't have mutations in a gene shows up as WXS, or else will show up with the correct panel.

That shouldn't be the case. Looping in @adamabeshouse.

To clarify, it's not that all samples without a mutation in a gene show up with WES for their panel, it's that a subset of samples show up with WES as their panel. As far as I can tell, it's a random subset of cases that show up with WES, whether or not they have a mutation

Maybe they don't have a gene panel assigned? @ritikakundra could you check the data file?

We had this problem with profile data in our internal version and Priti confirmed that they had the correct gene panel assigned.

Priti also just looked up the MSK GENIE case from the screenshot and it is assigned to MSK-IMPACT341

I amend my previous statement. I can't find a case with a mutation that also says WES. But a subset of cases with copy number changes (screenshot below) or no mutation do show up as WES.

image

I just queried 1799 samples with no mutations for some common driver genes, all showed up as WXS. Then I queried the 17005 samples with some mutation data for the same genes and they all showed the right panel. I do believe, the error is for all samples that were sequenced but have no mutation data.

Hmmm ok. I don't know what's going on then. When I load up the GENIE data, most of the samples without a mutation have a gene panel and only a small number show up as WES

http://www.cbioportal.org/genie/index.do?session_id=59760665498e5df2e292f0c2&show_samples=false&
image

@tmazor Right, cos this sample (102) has other mutations. The 1799 samples am talking about have no mutations in any genes.

http://www.cbioportal.org/genie-private/case.do#/patient?studyId=genie_private&caseId=GENIE-DFCI-000102

Oh! Now I understand! Thanks @ritikakundra!

@ritikakundra @tmazor thanks for figuring it out. Handing it over to @adamabeshouse :)

so the way that this works is the frontend sends a query to the backend, asking about the queried genes and the queried samples. The backend gives back a list of gene panels, with sequenced samples and genes of the queried that are sequenced. So for every (sample * gene), there are three possibilities:
(1) There is a gene panel for that sample, which includes that gene -> we infer "sequenced", give link to gene panel
(2) There is a gene panel for that sample, but it does not include that gene -> we infer "not sequenced" (light gray)
(3) There is no gene panel in the list that includes that sample -> we infer WXS

I'm a bit at a loss about how to handle this issue - it seems to me the problem is that the data does not reflect this system. Is that right? And if so, is there a way to modify the data in production to fit into this system?

Update:

So I looked at the query for gene panel information, and there's nothing wrong with the query or the return value, except that the return value is missing the samples, which is why they're showing up as WXS even though they have specific gene panel associated to them. The query is done by gene and genetic profile, not by gene and samples as I thought before, so it seems to me that the fact that this issue is only happening for samples without any mutations in any gene indicates that something is not handled right in the gene panel service, that only samples with mutations in the given profile are considered, rather than all the samples sequenced for that profile.

Looping in @sheridancbio who worked on this service.
In short, @sheridancbio: can you think of any reason why, when we pass to the service the genetic profile to query, that only samples that have mutations would be considered and returned, rather than all samples sequenced in that profile?

Ok, I'll review and take a look. I'm starting to remember that we carefully went over the topic of using the "no gene panel" return value as being synonymous with whole genome/exome sequencing. Maybe in the PR's for the service/persistence layer there is discussion which will help clarify what is going on.

When you (Adam) say that the return value is "missing the samples" do you mean that only the samples which have no mutation in any gene are missing? If that is the case then I would guess the problem is in the SQL joining logic (one of the inner joins needs to be changed to an outer join)

@sheridancbio that's right, the gene panel that the sample is associated to gets returned from the service, but samples that dont have any mutations (in any gene) are missing from the sample list for that panel.

@adamabeshouse @sheridancbio I lost track of this conversation - did this issue get resolved?

@jjgao any updates on this?

@adamabeshouse @sheridancbio do we need to make any change to the gene panel API to fix this problem? cc'ing @ersinciftci

@jjgao we are using the new Gene Panel API now in Oncoprint, so the old one is not relevant anymore. I feel like things should work properly now with this change https://github.com/cBioPortal/cbioportal/issues/3628 (or maybe even before this change, but this change made things easier), if I understand the problem correctly.

I still see the same issue in the genie portal. @adamabeshouse maybe could you look into this?

I think it will be fixed by https://github.com/cBioPortal/cbioportal-frontend/pull/970 but for various reasons its not possible to test until next time we deploy to genie

Looks like its working now - thanks all!

whoo!!!! 馃帀 got to love when an issue from june '17 closes

screen shot 2018-03-13 at 5 37 49 pm

It looks like the issue was not fixed.
https://groups.google.com/forum/#!topic/cbioportal/mTVmgGe9-hI

Was this page helpful?
0 / 5 - 0 ratings