-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
genes are getting into the disease file #14
Comments
OMIM:107730 is a gene + phenotype record, so it includes diseases even though it is named for a gene. This is why it is in the MGI disease cluster file. OMIM is working on breaking these apart into separate records. |
Reopening. May have been premature to filter these from mondo |
OK, we we have entries such as OMIM:107730, which are apparently combined G+P entries that may be split in the future (we also have HPO annotations for OMIM:107730 in Monarch). Then we also have cases like this one: How should we treat these in mondo? I think we need to at least provide a label. But even a classification under 'disease' is potentially confusing. |
@pnrobinson @drseb should these be migrated to a disease class? for OMIM:516000 possibly LEBER OPTIC ATROPHY? for OMIM107730 perhaps HYPOBETALIPOPROTEINEMIA? Even if OMIM has genes and diseases mixed up doesn't mean we have to annotate to them, especially as many of these terms could come from DO, orphanet, or DC. We should not annotate phenotypes to genes methinks. |
Or if we really want to say 'mutations in this gene cause this On 18 Mar 2015, at 7:01, Melissa Haendel wrote:
|
Are we sure that for every gene G, for which there is some phenotype (HPX) associated, there is an corresponding OMIM phenotype-entry (OMIMX)? If we have to answer one of the question with no, we are loosing information. Just my two cents… Seb
|
The entry 535000 is a gene (* prefix) record in OMIM, all of the related phenotypes have separate OMIM records. At MGI we exclude all * records from our disease load. |
I assume you mean 516000. This OMIM entry has HPO annotations and is linked to ND1 (or MT-ND1, entrez 4535) I do not see any other OMIM entry linked to ND1 in genemap. So the links between that gene and the currently annotated HP-terms would be lost IMHO. Seb |
Yes, sorry about that 516000. |
note the following omim entries have annotations from the HPO group (just 25), that are the "combined" gene and phenotype, but what it really means it is a genomic location that happens to have some phenotypes associated with it: some are easy to map (1:1); others are not. 100650 --> 610251 |
i have also opened an issue in the hpo tracker here: https://sourceforge.net/p/obo/human-phenotype-requests/438/ |
OMIM:124060 is also a gene causing all kinds of trouble. |
and then there are thinks like OMIM:601894 which are very clearly just diseases, but end up getting typed as genes somewhere in the pipeline. i've checked our code and output ttl, and this typing is not coming from the data, but must be from the ontologies. |
I will:
|
This issue was moved to monarch-initiative/monarch-disease-ontology-RETIRED#14 |
This issue was moved to monarch-initiative/monarch-disease-ontology-RETIRED#22 |
For example:
OMIM_107730 Apolipoprotein B; APOB
subclass of DO:disease and Orphanet_121386 (no label in file, but is a gene from Orphanet apolipoprotein B)
coming from MGI file I think, genes need to be pruned out upstream.
The text was updated successfully, but these errors were encountered: