[BioC] problem with GO terms
Ina Hoeschele
inah at vbi.vt.edu
Tue Nov 29 21:32:55 CET 2011
that worked - thousand thanks!
----- Original Message -----
From: "Marc Carlson" <mcarlson at fhcrc.org>
To: bioconductor at r-project.org
Sent: Tuesday, November 29, 2011 12:50:01 PM
Subject: Re: [BioC] problem with GO terms
Hi Ina,
The trouble you are having is not that this GO term is old. Neither of
the two GO terms you mentioned has been deprecated from bioconductor as
of the most recent release. How do I know this?
library(GO.db)
## this just gets all the terms from the current ontology
bar = keys(GOTERM)
head(bar)
## the following shows that both terms are still in the ontology
"GO:0035637" %in% bar
"GO:0050864" %in% bar
What I think is actually causing you grief is that you are trying to
look up the term using the wrong mappings. You have this term and you
want to see what genes it maps to, so you are looking at the (in the 1st
example) "org.Hs.egGO2EG" mapping and you really want to be looking in
the "org.Hs.egGO2ALLEGS" mapping.
So what is the difference? Well the 1st mapping is for direct GO to
gene mappings. This is what we have direct evidence for in the
database. So why wouldn't you want to use that in this instance?
Because GO is a gene "ontology", therefore certain terms can be inferred
to have a relationship to genes based purely on the fact that their
child-terms have been directly linked. And such "indirect" parent terms
will NOT show up in those GO2EG style mappings. But they will show up
in the GO2ALLEGS style of mapping.
So this will NOT work:
get("GO:0050864", org.Hs.egGO2EG)
But this will work:
get("GO:0007597", org.Hs.egGO2ALLEGS)
I believe the same issue is happening with your canine example. So in
that case you really want to be using this:
get("GO:0050864", org.Cf.egGO2ALLEGS)
Hope this helps, please let us know if there are any other issues.
Marc
On 11/28/2011 02:32 PM, James W. MacDonald wrote:
> Hi Ina,
>
> It would be helpful if you would give us a _minimal_ and functional
> example of what you did. We will also need the set of entrez IDs you
> used in order to see if we can duplicate. You can output your entrez
> IDs using the dump() function (e.g., dump("entrezIDs", "")).
>
> Best,
>
> Jim
>
>
>
> On 11/28/2011 5:08 PM, Ina Hoeschele wrote:
>> Hi all,
>> I am sorry but I still have not been able to solve my problem. I
>> did a GO analysis using GOstats on another dataset, this time a
>> canine dataset. The top BP category that I get from GOstats again
>> does not exist any more! Please see below. I reinstalled everything,
>> including GOstats, and have the current versions. How is it possible
>> for GOstats to give me these old categories ...
>>
>>> get("GO:0035637",canine2GO2PROBE)
>> Error in .checkKeys(value, Rkeys(x), x at ifnotfound) :
>> value for "GO:0035637" not found
>>
>>> sessionInfo()
>> R version 2.14.0 (2011-10-31)
>> Platform: i386-pc-mingw32/i386 (32-bit)
>>
>> locale:
>> [1] LC_COLLATE=English_United States.1252
>> [2] LC_CTYPE=English_United States.1252
>> [3] LC_MONETARY=English_United States.1252
>> [4] LC_NUMERIC=C
>> [5] LC_TIME=English_United States.1252
>>
>> attached base packages:
>> [1] grid stats graphics grDevices utils datasets methods
>> [8] base
>>
>> other attached packages:
>> [1] org.Hs.eg.db_2.6.4 GOstats_2.20.0 graph_1.32.0
>> [4] Category_2.20.0 KEGG.db_2.6.1 GO.db_2.6.1
>> [7] biomaRt_2.10.0 canine2cdf_2.9.1 canine2.db_2.6.3
>> [10] org.Cf.eg.db_2.6.4 RSQLite_0.10.0 DBI_0.2-5
>> [13] annotate_1.32.0 AnnotationDbi_1.16.5 limma_3.10.0
>> [16] made4_1.28.0 scatterplot3d_0.3-33 gplots_2.10.1
>> [19] KernSmooth_2.23-7 caTools_1.12 bitops_1.0-4.1
>> [22] gdata_2.8.2 gtools_2.6.2 RColorBrewer_1.0-5
>> [25] ade4_1.4-17 affy_1.32.0 Biobase_2.14.0
>> [28] BiocInstaller_1.2.1
>>
>> loaded via a namespace (and not attached):
>> [1] affyio_1.22.0 genefilter_1.36.0 GSEABase_1.16.0
>> [4] IRanges_1.12.3 preprocessCore_1.16.0 RBGL_1.30.1
>> [7] RCurl_1.7-0.1 splines_2.14.0 survival_2.36-10
>> [10] tools_2.14.0 XML_3.4-3 xtable_1.6-0
>> [13] zlibbioc_1.0.0
>>
>> ----- Original Message -----
>> From: "James W. MacDonald"<jmacdon at med.umich.edu>
>> To: "Ina Hoeschele"<inah at vbi.vt.edu>
>> Cc: "Bioconductor mailing list"<bioconductor at r-project.org>
>> Sent: Tuesday, November 22, 2011 1:52:56 PM
>> Subject: Re: [BioC] problem with GO terms
>>
>> Hi Ina,
>>
>>
>>
>> On 11/22/2011 1:03 PM, Ina Hoeschele wrote:
>>> thank you, Jim ...
>>> I did what you show below and I get the same result:
>>>
>>> > get("GO:0050864", org.Hs.egGO2EG)
>>> Error in .checkKeys(value, Rkeys(x), x at ifnotfound) :
>>> value for "GO:0050864" not found
>>>
>>> but why is GOstats giving me this GO term?
>> Did you use GOstats with this current version of BioC, or are you using
>> data you processed sometime in the past?
>>
>> As far as I can tell, it is impossible for you to be getting that GO
>> term if you are using the current version of these packages. I am
>> assuming that your data are from the Illumina Human V4 chip.
>>
>> > get("GO:0050864", illuminaHumanv4GO2PROBE)
>> Error in .checkKeys(value, Rkeys(x), x at ifnotfound) :
>> value for "GO:0050864" not found
>>
>> This is with the version of the illuminaHumanV4.db package that you are
>> using. Since this isn't org.Cf.egGO2ALLEGSeven in that package, it is
>> not possible for
>> GOstats to be reporting it as being significant.
>>
>> Best,
>>
>> Jim
>>> Thanks again, Ina
>>>
>>>> sessionInfo()
>>> R version 2.14.0 (2011-10-31)
>>> Platform: i386-pc-mingw32/i386 (32-bit)
>>>
>>> locale:
>>> [1] LC_COLLATE=English_United States.1252
>>> [2] LC_CTYPE=English_United States.1252
>>> [3] LC_MONETARY=English_United States.1252
>>> [4] LC_NUMERIC=C
>>> [5] LC_TIME=English_United States.1252
>>>
>>> attached base packages:
>>> [1] stats graphics grDevices utils datasets methods base
>>>
>>> other attached packages:
>>> [1] biomaRt_2.10.0 GOstats_2.20.0
>>> [3] graph_1.32.0 Category_2.20.0
>>> [5] PFAM.db_2.6.1 KEGG.db_2.6.1
>>> [7] GO.db_2.6.1 annotate_1.32.0
>>> [9] illuminaHumanv4.db_1.12.1 org.Hs.eg.db_2.6.4
>>> [11] RSQLite_0.10.0 DBI_0.2-5
>>> [13] AnnotationDbi_1.16.4 Biobase_2.14.0
>>> [15] BiocInstaller_1.2.1
>>>
>>> loaded via a namespace (and not attached):
>>> [1] genefilter_1.36.0 GSEABase_1.16.0 IRanges_1.12.2
>>> RBGL_1.30.1
>>> [5] RCurl_1.7-0.1 splines_2.14.0 survival_2.36-10
>>> tools_2.14.0
>>> [9] XML_3.4-2.2 xtable_1.6-0
>
_______________________________________________
Bioconductor mailing list
Bioconductor at r-project.org
https://stat.ethz.ch/mailman/listinfo/bioconductor
Search the archives: http://news.gmane.org/gmane.science.biology.informatics.conductor
More information about the Bioconductor
mailing list