Serveur d'exploration sur SGML

Attention, ce site est en cours de développement !
Attention, site généré par des moyens informatiques à partir de corpus bruts.
Les informations ne sont donc pas validées.

The TREC 2004 genomics track categorization task: classifying full text biomedical documents

Identifieur interne : 000145 ( Pmc/Corpus ); précédent : 000144; suivant : 000146

The TREC 2004 genomics track categorization task: classifying full text biomedical documents

Auteurs : Aaron M. Cohen ; William R. Hersh

Source :

RBID : PMC:1440303

Abstract

Background

The TREC 2004 Genomics Track focused on applying information retrieval and text mining techniques to improve the use of genomic information in biomedicine. The Genomics Track consisted of two main tasks, ad hoc retrieval and document categorization. In this paper, we describe the categorization task, which focused on the classification of full-text documents, simulating the task of curators of the Mouse Genome Informatics (MGI) system and consisting of three subtasks. One subtask of the categorization task required the triage of articles likely to have experimental evidence warranting the assignment of GO terms, while the other two subtasks were concerned with the assignment of the three top-level GO categories to each paper containing evidence for these categories.

Results

The track had 33 participating groups. The mean and maximum utility measure for the triage subtask was 0.3303, with a top score of 0.6512. No system was able to substantially improve results over simply using the MeSH term Mice. Analysis of significant feature overlap between the training and test sets was found to be less than expected. Sample coverage of GO terms assigned to papers in the collection was very sparse. Determining papers containing GO term evidence will likely need to be treated as separate tasks for each concept represented in GO, and therefore require much denser sampling than was available in the data sets.

The annotation subtask had a mean F-measure of 0.3824, with a top score of 0.5611. The mean F-measure for the annotation plus evidence codes subtask was 0.3676, with a top score of 0.4224. Gene name recognition was found to be of benefit for this task.

Conclusion

Automated classification of documents for GO annotation is a challenging task, as was the automated extraction of GO code hierarchies and evidence codes. However, automating these tasks would provide substantial benefit to biomedical curation, and therefore work in this area must continue. Additional experience will allow comparison and further analysis about which algorithmic features are most useful in biomedical document classification, and better understanding of the task characteristics that make automated classification feasible and useful for biomedical document curation. The TREC Genomics Track will be continuing in 2005 focusing on a wider range of triage tasks and improving results from 2004.


Url:
DOI: 10.1186/1747-5333-1-4
PubMed: 16722582
PubMed Central: 1440303

Links to Exploration step

PMC:1440303

Le document en format XML

<record>
<TEI>
<teiHeader>
<fileDesc>
<titleStmt>
<title xml:lang="en">The TREC 2004 genomics track categorization task: classifying full text biomedical documents</title>
<author>
<name sortKey="Cohen, Aaron M" sort="Cohen, Aaron M" uniqKey="Cohen A" first="Aaron M" last="Cohen">Aaron M. Cohen</name>
<affiliation>
<nlm:aff id="I1">Department of Medical Informatics and Clinical Epidemiology, School of Medicine, Oregon Health & Science University, 3181 S.W. Sam Jackson Park Road, Mail Code: BICC, Portland, Oregon, 97239-3098, USA</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Hersh, William R" sort="Hersh, William R" uniqKey="Hersh W" first="William R" last="Hersh">William R. Hersh</name>
<affiliation>
<nlm:aff id="I1">Department of Medical Informatics and Clinical Epidemiology, School of Medicine, Oregon Health & Science University, 3181 S.W. Sam Jackson Park Road, Mail Code: BICC, Portland, Oregon, 97239-3098, USA</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt>
<idno type="wicri:source">PMC</idno>
<idno type="pmid">16722582</idno>
<idno type="pmc">1440303</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1440303</idno>
<idno type="RBID">PMC:1440303</idno>
<idno type="doi">10.1186/1747-5333-1-4</idno>
<date when="2006">2006</date>
<idno type="wicri:Area/Pmc/Corpus">000145</idno>
<idno type="wicri:explorRef" wicri:stream="Pmc" wicri:step="Corpus" wicri:corpus="PMC">000145</idno>
</publicationStmt>
<sourceDesc>
<biblStruct>
<analytic>
<title xml:lang="en" level="a" type="main">The TREC 2004 genomics track categorization task: classifying full text biomedical documents</title>
<author>
<name sortKey="Cohen, Aaron M" sort="Cohen, Aaron M" uniqKey="Cohen A" first="Aaron M" last="Cohen">Aaron M. Cohen</name>
<affiliation>
<nlm:aff id="I1">Department of Medical Informatics and Clinical Epidemiology, School of Medicine, Oregon Health & Science University, 3181 S.W. Sam Jackson Park Road, Mail Code: BICC, Portland, Oregon, 97239-3098, USA</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Hersh, William R" sort="Hersh, William R" uniqKey="Hersh W" first="William R" last="Hersh">William R. Hersh</name>
<affiliation>
<nlm:aff id="I1">Department of Medical Informatics and Clinical Epidemiology, School of Medicine, Oregon Health & Science University, 3181 S.W. Sam Jackson Park Road, Mail Code: BICC, Portland, Oregon, 97239-3098, USA</nlm:aff>
</affiliation>
</author>
</analytic>
<series>
<title level="j">Journal of Biomedical Discovery and Collaboration</title>
<idno type="eISSN">1747-5333</idno>
<imprint>
<date when="2006">2006</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc>
<textClass></textClass>
</profileDesc>
</teiHeader>
<front>
<div type="abstract" xml:lang="en">
<sec>
<title>Background</title>
<p>The TREC 2004 Genomics Track focused on applying information retrieval and text mining techniques to improve the use of genomic information in biomedicine. The Genomics Track consisted of two main tasks, ad hoc retrieval and document categorization. In this paper, we describe the categorization task, which focused on the classification of full-text documents, simulating the task of curators of the Mouse Genome Informatics (MGI) system and consisting of three subtasks. One subtask of the categorization task required the triage of articles likely to have experimental evidence warranting the assignment of GO terms, while the other two subtasks were concerned with the assignment of the three top-level GO categories to each paper containing evidence for these categories.</p>
</sec>
<sec>
<title>Results</title>
<p>The track had 33 participating groups. The mean and maximum utility measure for the triage subtask was 0.3303, with a top score of 0.6512. No system was able to substantially improve results over simply using the MeSH term
<italic>Mice</italic>
. Analysis of significant feature overlap between the training and test sets was found to be less than expected. Sample coverage of GO terms assigned to papers in the collection was very sparse. Determining papers containing GO term evidence will likely need to be treated as separate tasks for each concept represented in GO, and therefore require much denser sampling than was available in the data sets.</p>
<p>The annotation subtask had a mean F-measure of 0.3824, with a top score of 0.5611. The mean F-measure for the annotation plus evidence codes subtask was 0.3676, with a top score of 0.4224. Gene name recognition was found to be of benefit for this task.</p>
</sec>
<sec>
<title>Conclusion</title>
<p>Automated classification of documents for GO annotation is a challenging task, as was the automated extraction of GO code hierarchies and evidence codes. However, automating these tasks would provide substantial benefit to biomedical curation, and therefore work in this area must continue. Additional experience will allow comparison and further analysis about which algorithmic features are most useful in biomedical document classification, and better understanding of the task characteristics that make automated classification feasible and useful for biomedical document curation. The TREC Genomics Track will be continuing in 2005 focusing on a wider range of triage tasks and improving results from 2004.</p>
</sec>
</div>
</front>
<back>
<div1 type="bibliography">
<listBibl>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="research-article">
<pmc-dir>properties open_access</pmc-dir>
<front>
<journal-meta>
<journal-id journal-id-type="nlm-ta">J Biomed Discov Collab</journal-id>
<journal-title>Journal of Biomedical Discovery and Collaboration</journal-title>
<issn pub-type="epub">1747-5333</issn>
<publisher>
<publisher-name>BioMed Central</publisher-name>
<publisher-loc>London</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="pmid">16722582</article-id>
<article-id pub-id-type="pmc">1440303</article-id>
<article-id pub-id-type="publisher-id">1747-5333-1-4</article-id>
<article-id pub-id-type="doi">10.1186/1747-5333-1-4</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Research</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>The TREC 2004 genomics track categorization task: classifying full text biomedical documents</article-title>
</title-group>
<contrib-group>
<contrib id="A1" equal-contrib="yes" corresp="yes" contrib-type="author">
<name>
<surname>Cohen</surname>
<given-names>Aaron M</given-names>
</name>
<xref ref-type="aff" rid="I1">1</xref>
<email>cohenaa@ohsu.edu</email>
</contrib>
<contrib id="A2" equal-contrib="yes" contrib-type="author">
<name>
<surname>Hersh</surname>
<given-names>William R</given-names>
</name>
<xref ref-type="aff" rid="I1">1</xref>
<email>hersh@ohsu.edu</email>
</contrib>
</contrib-group>
<aff id="I1">
<label>1</label>
Department of Medical Informatics and Clinical Epidemiology, School of Medicine, Oregon Health & Science University, 3181 S.W. Sam Jackson Park Road, Mail Code: BICC, Portland, Oregon, 97239-3098, USA</aff>
<pub-date pub-type="collection">
<year>2006</year>
</pub-date>
<pub-date pub-type="epub">
<day>14</day>
<month>3</month>
<year>2006</year>
</pub-date>
<volume>1</volume>
<fpage>4</fpage>
<lpage>4</lpage>
<ext-link ext-link-type="uri" xlink:href="http://www.j-biomed-discovery.com/content/1/1/4"></ext-link>
<history>
<date date-type="received">
<day>12</day>
<month>10</month>
<year>2005</year>
</date>
<date date-type="accepted">
<day>14</day>
<month>3</month>
<year>2006</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright © 2006 Cohen and Hersh; licensee BioMed Central Ltd.</copyright-statement>
<copyright-year>2006</copyright-year>
<copyright-holder>Cohen and Hersh; licensee BioMed Central Ltd.</copyright-holder>
<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/2.0">
<p>This is an Open Access article distributed under the terms of the Creative Commons Attribution License (
<ext-link ext-link-type="uri" xlink:href="http://creativecommons.org/licenses/by/2.0"></ext-link>
), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</p>
<pmc-comment> Cohen M Aaron cohenaa@ohsu.edu The TREC 2004 genomics track categorization task: classifying full text biomedical documents 2006Journal of Biomedical Discovery and Collaboration 1(1): 4-. (2006)1747-5333(2006)1:1<4>urn:ISSN:1747-5333</pmc-comment>
</license>
</permissions>
<abstract>
<sec>
<title>Background</title>
<p>The TREC 2004 Genomics Track focused on applying information retrieval and text mining techniques to improve the use of genomic information in biomedicine. The Genomics Track consisted of two main tasks, ad hoc retrieval and document categorization. In this paper, we describe the categorization task, which focused on the classification of full-text documents, simulating the task of curators of the Mouse Genome Informatics (MGI) system and consisting of three subtasks. One subtask of the categorization task required the triage of articles likely to have experimental evidence warranting the assignment of GO terms, while the other two subtasks were concerned with the assignment of the three top-level GO categories to each paper containing evidence for these categories.</p>
</sec>
<sec>
<title>Results</title>
<p>The track had 33 participating groups. The mean and maximum utility measure for the triage subtask was 0.3303, with a top score of 0.6512. No system was able to substantially improve results over simply using the MeSH term
<italic>Mice</italic>
. Analysis of significant feature overlap between the training and test sets was found to be less than expected. Sample coverage of GO terms assigned to papers in the collection was very sparse. Determining papers containing GO term evidence will likely need to be treated as separate tasks for each concept represented in GO, and therefore require much denser sampling than was available in the data sets.</p>
<p>The annotation subtask had a mean F-measure of 0.3824, with a top score of 0.5611. The mean F-measure for the annotation plus evidence codes subtask was 0.3676, with a top score of 0.4224. Gene name recognition was found to be of benefit for this task.</p>
</sec>
<sec>
<title>Conclusion</title>
<p>Automated classification of documents for GO annotation is a challenging task, as was the automated extraction of GO code hierarchies and evidence codes. However, automating these tasks would provide substantial benefit to biomedical curation, and therefore work in this area must continue. Additional experience will allow comparison and further analysis about which algorithmic features are most useful in biomedical document classification, and better understanding of the task characteristics that make automated classification feasible and useful for biomedical document curation. The TREC Genomics Track will be continuing in 2005 focusing on a wider range of triage tasks and improving results from 2004.</p>
</sec>
</abstract>
</article-meta>
</front>
<body>
<sec>
<title>Background</title>
<p>Because of the growing size and complexity of the biomedical literature, there is increasing effort devoted to structuring knowledge in databases. One of the many key efforts is to annotate the function of genes. To facilitate this, the research community has come together to develop the Gene Ontology (GO,
<ext-link ext-link-type="uri" xlink:href="http://www.geneontology.org"></ext-link>
) [
<xref ref-type="bibr" rid="B1">1</xref>
], a large, controlled vocabulary based on three axes or hierarchies:</p>
<p>• Molecular function (MF) – the activity of the gene product at the molecular (biochemical) level, e.g. protein binding</p>
<p>• Biological process (BP) – the biological activity carried out by the gene process, e.g., cell differentiation</p>
<p>• Cellular component (CC) – where in the cell the gene product functions, e.g., the nucleus</p>
<p>A major use of the GO has been to annotate the genomes of organisms used in biological research. The annotations are often linked to other information, such as literature, the gene sequence, the structure of the resulting protein, etc. An increasingly common approach is to develop "model organism databases" that bring together all the information for a specific organism into an easy to use format. Some of the better-known model organism databases include those devoted to the mouse (Mouse Genome Informatics, MGI,
<ext-link ext-link-type="uri" xlink:href="http://www.informatics.jax.org"></ext-link>
) and the yeast (Saccharomyces Genome Database, SGD,
<ext-link ext-link-type="uri" xlink:href="http://www.yeastgenome.org"></ext-link>
). These databases require extensive human effort for curation and annotation, which is usually done by PhD-level researchers. These curators could be aided substantially by high-quality information tools, including automated document categorization systems.</p>
<p>In the categorization task, using data extracted for us from the MGI databases by the MGI staff, we simulated two of the classification activities carried out by human annotators for the MGI system: a triage task and two simplified variations of MGI's annotation task. Systems were required to classify full-text documents from a two-year span (2002–2003) of three journals, with the first year's (2002) documents comprising the training data and the second year's (2003) documents making up the test data.</p>
<p>One of the goals of MGI is to provide structured, coded annotation of gene function from the biological literature. Human curators identify genes and assign GO codes about gene function with another code describing the type of experimental evidence supporting assignment of the GO code. The huge amount of literature requiring curation creates a challenge for MGI, as their resources are not unlimited. As such, they employ a three-step process to identify the papers most likely to describe gene function:</p>
<sec>
<title>1. About mouse</title>
<p>The first step is to identify articles about mouse genomics biology. The full text of articles from several hundred journals is searched for the words
<italic>mouse</italic>
,
<italic>mice</italic>
, or
<italic>murine</italic>
. Articles passing this step are further analyzed for inclusion in MGI. At present, articles are searched in a Web browser one at a time because full-text searching is not available for all of the journals included in MGI.</p>
</sec>
<sec>
<title>2. Triage</title>
<p>The second step is to determine whether the identified articles should be sent for curation. MGI curates articles not only for GO terms, but also for other aspects of biology, such as gene mapping, gene expression data, phenotype description, and more. For GO curation, MGI strives to select only the articles that contain evidence supporting assignment of a GO code to a specific gene. The goal of this triage process is to limit the number of articles sent to human curators for more exhaustive and specific analysis. Articles that pass this step go into the MGI system with tags for GO, gene mapping, embryological expression, etc. The rest of the articles are not entered into MGI. Our triage task involved correctly classifying which documents had been selected for GO annotation in this process.</p>
</sec>
<sec>
<title>3. Annotation</title>
<p>The third step is the actual curation with GO terms. Curators identify genes for which there is experimental evidence to warrant assignment of GO codes. Those GO codes are assigned, along with an additional code for each GO code indicating the type of experimental evidence. There can more than one gene assigned specific GO codes in a given paper, and there can be more than one GO code assigned to a gene. In general, and in our collection, there is only one evidence code per GO code assignment per paper. Our annotation task involved a simplification of this annotation step. The goal of this task was not to select the actual GO term, but rather to automatically select the one or more GO hierarchies (molecular function, biological process, or cellular component) from which terms had been selected to annotate the gene for the article. Systems attempting to automate this step must both identify the individual genes, perhaps using named entity recognition techniques [
<xref ref-type="bibr" rid="B2">2</xref>
], as well as the corresponding GO code hierarchy. For the secondary subtask, systems must identify the evidence type code as well.</p>
<p>A shorter, preliminary version of this paper lacking much of the analysis and discussion presented here was posted originally online at "
<ext-link ext-link-type="uri" xlink:href="http://trec.nist.gov/pubs/trec13/papers/GEO.OVERVIEW.pdf"></ext-link>
".</p>
</sec>
</sec>
<sec sec-type="methods">
<title>Methods</title>
<p>The documents for the categorization task consisted of articles from three journals over two years, reflecting the full-text documents we were able to obtain from Highwire Press
<ext-link ext-link-type="uri" xlink:href="http://www.highwire.org"></ext-link>
. Highwire is a "value added" electronic publisher of scientific journals. Most journals in their collection are published by professional associations, with the copyright remaining with the associations. Highwire originally began with biomedical journals, but in recent years has expanded into other disciplines. They have also supported IR (information retrieval) and related research by acting as an intermediary between consenting publishers and information systems research groups who want to use their journals, such as the TREC Genomics Track.</p>
<p>The journals available and used by our track this year were
<italic>Journal of Biological Chemistry </italic>
(JBC),
<italic>Journal of Cell Biology </italic>
(JCB), and
<italic>Proceedings of the National Academy of Science </italic>
(PNAS). These journals have a good proportion of mouse genome articles. Each of the papers from these journals was provided in SGML format based on Highwire's Document Type Definition (DTD). We used articles from the year 2002 for training data and from 2003 for test data. The documents for the categorization tasks came from a subset of articles having the words
<italic>mouse</italic>
,
<italic>mice </italic>
or
<italic>murine </italic>
as described above. We created a crosswalk file (look-up table) that matched an identifier for each Highwire article (its file name) and its corresponding PubMed ID (PMID). Table
<xref ref-type="table" rid="T1">1</xref>
shows the total number of articles in each journal and the number in each journal included in the subset used by the track. The SGML training document collection was 150 megabytes in size compressed and 449 megabytes uncompressed. The SGML test document collection was 140 megabytes compressed and 397 megabytes uncompressed.</p>
<table-wrap position="float" id="T1">
<label>Table 1</label>
<caption>
<p>Number of papers total and available in the mouse, mus, or murine subset.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="left">
<bold>Journal</bold>
</td>
<td align="center">
<bold>2002 papers – total, subset</bold>
</td>
<td align="center">
<bold>2003 papers – total, subset</bold>
</td>
<td align="center">
<bold>Total papers – total, subset</bold>
</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">JBC</td>
<td align="center">6566, 4199</td>
<td align="center">6593, 4282</td>
<td align="center">13159, 8481</td>
</tr>
<tr>
<td align="left">JCB</td>
<td align="center">530, 256</td>
<td align="center">715, 359</td>
<td align="center">1245, 615</td>
</tr>
<tr>
<td align="left">PNAS</td>
<td align="center">3041, 1382</td>
<td align="center">2888, 1402</td>
<td align="center">5929, 2784</td>
</tr>
<tr>
<td align="left">Total papers</td>
<td align="center">10137, 5837</td>
<td align="center">10196, 6043</td>
<td align="center">20333, 11880</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Since MGI annotation lags behind article publication, a substantial number of papers had been selected for annotation but not yet annotated. From the standpoint of the triage subtask, we wanted to use all of these articles as positive examples, since they all were selected for GO annotation. However, we could not use the articles not yet annotated for the annotation hierarchy task, since we did not have the annotations. We also needed a set of negative examples for the annotation hierarchy task and chose to use articles selected for action by MGI for other (i.e., non-GO annotation) actions. These negative examples contain information about mouse research but do not include evidence for assignment of a GO code. Figure
<xref ref-type="fig" rid="F1">1</xref>
shows the groups of documents and how they were assigned into being positive and negative examples for the subtasks.</p>
<fig position="float" id="F1">
<label>Figure 1</label>
<caption>
<p>
<bold>Document grouping. </bold>
Grouping of documents for categorization subtasks.</p>
</caption>
<graphic xlink:href="1747-5333-1-4-1"></graphic>
</fig>
<sec>
<title>Triage subtask</title>
<p>The goal of the triage subtask was to correctly identify papers that were deemed to have experimental evidence warranting annotation with GO codes. Positive examples included papers designated for GO annotation by MGI. As noted above, some of these papers had not yet been annotated. Negative examples were all papers not designated for GO annotation in the operational MGI system. For the training data (2002), there were 375 positive examples, and 5462 negative examples. For the test data (2003), there were 420 positive examples, and 5623 negative examples. See Table
<xref ref-type="table" rid="T2">2</xref>
. It should also be noted that the MGI system is, like most operational databases, continuously updated, so the data for the track represented a snapshot of the database obtained in May, 2004.</p>
<table-wrap position="float" id="T2">
<label>Table 2</label>
<caption>
<p>Data set positive and negative sample counts.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="left">
<bold>Data Set</bold>
</td>
<td align="center">
<bold>Positive Samples</bold>
</td>
<td align="center">
<bold>Negative Samples</bold>
</td>
<td align="center">
<bold>Total Samples</bold>
</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Training (year 2002)</td>
<td align="center">375</td>
<td align="center">5462</td>
<td align="center">5837</td>
</tr>
<tr>
<td align="left">Test (year 2003)</td>
<td align="center">420</td>
<td align="center">5623</td>
<td align="center">6043</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>The evaluation measure for the triage task was the utility measure often applied in text categorization research and used by the former TREC Filtering Track. This measure contains coefficients for the utility of retrieving relevant and non-relevant documents. We used a version that was normalized by the best possible score:</p>
<p>U
<sub>norm </sub>
= U
<sub>raw </sub>
/ U
<sub>max</sub>
</p>
<p>where U
<sub>norm </sub>
was the normalized score, U
<sub>raw </sub>
the raw score, and U
<sub>max </sub>
the best possible score.</p>
<p>The coefficients for the utility measure were derived as follows. For a test collection of documents to categorize, U
<sub>raw </sub>
is calculated as:</p>
<p>U
<sub>raw </sub>
= (u
<sub>r </sub>
* relevant-docs-retrieved) + (u
<sub>nr </sub>
* non-relevant-docs-retrieved)</p>
<p>where:</p>
<p>• u
<sub>r </sub>
= relative utility of relevant document</p>
<p>• u
<sub>nr </sub>
= relative utility of non-relevant document</p>
<p>We used values for u
<sub>r </sub>
and u
<sub>nr </sub>
that were driven by boundary cases for different results. In particular, we thought it was important that the measure have the following characteristics:</p>
<p>• Completely perfect prediction: U
<sub>norm </sub>
= 1</p>
<p>• All documents designated positive (triage everything): 1 > U
<sub>norm </sub>
> 0</p>
<p>• All documents designated negative (triage nothing): U
<sub>norm </sub>
= 0</p>
<p>• Completely imperfect prediction (all predictions wrong): U
<sub>norm </sub>
< 0</p>
<p>We fixed u
<sub>nr </sub>
at -1 as is typically done. In order to achieve the above boundary cases, we had to set u
<sub>r </sub>
> 1. The ideal approach would have been to interview MGI curators and use decision-theoretic approaches to determine their utility. However, time and resource constraints did not allow this. We decided that the triage-everything approach must have a higher score than the triage-nothing approach, since the current practice at MGI is to examine (triage) everything for GO evidence and that practice certainly has value to MGI and the many users of its database. Triaging nothing would result in no GO evidence being curated. Since the current process has value, but also leaves much room for improvement in efficiency, we estimated that a U
<sub>norm </sub>
in the range of 0.25–0.3 for the triage-everything condition would be appropriate. Solving for the above boundary cases with U
<sub>norm</sub>
~0.25–0.3 for that case, we obtained a value for u
<sub>r</sub>
~20. To keep calculations simple, we choose a value of u
<sub>r </sub>
= 20.
<xref ref-type="table" rid="T3">3</xref>
shows the value of U
<sub>norm </sub>
for all four boundary cases.</p>
<table-wrap position="float" id="T3">
<label>Table 3</label>
<caption>
<p>Boundary cases for utility measure of triage task for training and test data.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="left">
<bold>Situation</bold>
</td>
<td align="center">
<bold> U
<sub>norm</sub>
- Training</bold>
</td>
<td align="center">
<bold>U
<sub>norm</sub>
- Test</bold>
</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Completely perfect prediction</td>
<td align="center">1.0</td>
<td align="center">1.0</td>
</tr>
<tr>
<td align="left">Triage everything</td>
<td align="center">0.27</td>
<td align="center">0.33</td>
</tr>
<tr>
<td align="left">Triage nothing</td>
<td align="center">0</td>
<td align="center">0</td>
</tr>
<tr>
<td align="left">Completely imperfect prediction</td>
<td align="center">-0.73</td>
<td align="center">-0.67</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>The measure U
<sub>max </sub>
was calculated by assuming all relevant documents were retrieved and no non-relevant documents were retrieved, i.e., completely perfect prediction and U
<sub>max </sub>
= u
<sub>r </sub>
* all-relevant-docs-retrieved.</p>
<p>Thus, for the training data,</p>
<p>U
<sub>raw </sub>
= (20 * relevant-docs-retrieved) - nonrelevant-docs-retrieved</p>
<p>U
<sub>max </sub>
= 20 * 375 = 7500</p>
<p>U
<sub>norm </sub>
= [(20 * relevant-docs-retrieved) - nonrelevant-docs-retrieved] / 7500</p>
<p>Likewise, for the test data,</p>
<p>U
<sub>raw </sub>
= (20 * relevant-docs-retrieved) - nonrelevant-docs-retrieved</p>
<p>U
<sub>max </sub>
= 20 * 420 = 8400</p>
<p>U
<sub>norm </sub>
= [(20 * relevant-docs-retrieved) - nonrelevant-docs-retrieved] / 8400</p>
</sec>
<sec>
<title>Annotation subtasks</title>
<p>The primary goal of annotation subtask was, given an article and gene name, to correctly identify which of the GO hierarchies (also called domains) had terms within them that were annotated by the MGI curators. Note that the goal of this task was not to select the actual GO term, but rather to select the one or more GO hierarchies (molecular function, biological process, or cellular component) from which terms had been selected to annotate the gene for the article. Papers that were annotated had terms from one to three hierarchies.</p>
<p>For negative examples, we used 555 papers that had a gene name assigned but were used for other purposes by MGI. As such, these papers had no GO annotations. These papers did, however, have one or more genes assigned by MGI for the other annotation purposes.</p>
<p>A secondary subtask was to identify the correct GO evidence code that went with the hierarchy code. These evidence codes distinguish the type of evidence that the article provides for assigning the GO code, such as IDA (inferred from direct assay), or IMP (inferred from mutant phenotype). Only two groups took part in this subtask. Table
<xref ref-type="table" rid="T4">4</xref>
shows the contents and counts of the data files for this subtask. For the training data, there were a total of 504 documents that were either positive (one or more GO terms assigned) or negative (no GO terms assigned) examples. From these documents, a total of 1291 genes had been assigned by MGI. (The Genes file contained the MGI identifier, the gene symbol, and the gene name. It did not contain any other synonyms.) There were 1418 unique possible document-gene pairs in the training data. The data from the first three rows of Table
<xref ref-type="table" rid="T4">4</xref>
differ from the rest in that they contained data merged from positive and negative examples. These were what would be used as input for systems to nominate GO domains or the GO domains plus their evidence codes per the annotation task. When the test data were released, these three files were the only ones that were provided.</p>
<table-wrap position="float" id="T4">
<label>Table 4</label>
<caption>
<p>Data file contents and counts for annotation hierarchy subtasks.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="left">
<bold>File contents</bold>
</td>
<td align="center">
<bold>Training data count</bold>
</td>
<td align="center">
<bold>Test </bold>
<bold>data count</bold>
</td>
</tr>
<tr>
<td align="left">Documents – PMIDs</td>
<td align="center">504</td>
<td align="center">378</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Genes – Gene symbol, MGI identifier, and gene name for all used</td>
<td align="center">1294</td>
<td align="center">777</td>
</tr>
<tr>
<td align="left">Document gene pairs – PMID-gene pairs</td>
<td align="center">1418</td>
<td align="center">877</td>
</tr>
<tr>
<td align="left">Positive examples – PMIDs</td>
<td align="center">178</td>
<td align="center">149</td>
</tr>
<tr>
<td align="left">Positive examples – PMID-gene pairs</td>
<td align="center">346</td>
<td align="center">295</td>
</tr>
<tr>
<td align="left">Positive examples – PMID-gene-domain tuples</td>
<td align="center">589</td>
<td align="center">495</td>
</tr>
<tr>
<td align="left">Positive examples – PMID-gene-domain-evidence tuples</td>
<td align="center">640</td>
<td align="center">522</td>
</tr>
<tr>
<td align="left">Positive examples – all PMID-gene-GO-evidence tuples</td>
<td align="center">872</td>
<td align="center">693</td>
</tr>
<tr>
<td align="left">Negative examples – PMIDs</td>
<td align="center">326</td>
<td align="center">229</td>
</tr>
<tr>
<td align="left">Negative examples – PMID-gene pairs</td>
<td align="center">1072</td>
<td align="center">582</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>For the positive examples in the training data, there were 178 documents and 346 document-gene pairs. There were 589 document-gene name-GO domain tuples (out of a possible 346 * 3 = 1038). There were 640 document-gene name-GO domain-evidence code tuples. A total of 872 GO plus evidence codes had been assigned to these documents. For the negative examples, there were 326 documents and 1072 document-gene pairs. This meant that systems could possibly assign 1072*3 = 3216 document-gene name-GO domain tuples. Note that MGI evidence codes refer to the type of evidence, not the specific thing that there is evidence for. Some documents contained evidence of more than one type for a gene and GO domain.</p>
<p>The evaluation measures for the annotation subtasks were based on the notion of identifying tuples of data. Given the article and gene, systems designated one or both of the following tuples:</p>
<p></p>
<p></p>
<p>We employed a global recall, precision, and F-measure evaluation measure for each subtask:</p>
<p>• Recall = number of tuples correctly identified / number of correct tuples</p>
<p>• Precision = number of tuples correctly identified / number of tuples identified</p>
<p>• F = (2 * recall * precision) / (recall + precision)</p>
<p>For the training data, the total number of correct tuples was 589, while the total number of correct tuples was 640.</p>
<p>Examples of the required submission format for each subtask are shown in
<xref ref-type="table" rid="T5">5</xref>
.</p>
<table-wrap position="float" id="T5">
<label>Table 5</label>
<caption>
<p>Example required submission format for each task.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="center">Task</td>
<td align="center" colspan="6">
<bold>Tab Delimited Submission Entry Format</bold>
</td>
</tr>
</thead>
<tbody>
<tr>
<td align="center">Triage</td>
<td align="center">Format: </td>
<td align="center"></td>
<td></td>
<td></td>
<td></td>
<td align="center"></td>
</tr>
<tr>
<td></td>
<td align="center">Example: triage</td>
<td align="center">Example: 12213961</td>
<td></td>
<td></td>
<td></td>
<td align="center">Example: OHSU_TR</td>
</tr>
<tr>
<td colspan="7">
<hr></hr>
</td>
</tr>
<tr>
<td align="center">Annotation hierarchy</td>
<td align="center">Format: </td>
<td align="center"></td>
<td align="center"></td>
<td align="center"></td>
<td></td>
<td align="center"></td>
</tr>
<tr>
<td></td>
<td align="center">Example: annhi</td>
<td align="center">12213961</td>
<td align="center">Stat4</td>
<td align="center">BP</td>
<td></td>
<td align="center">OHSU_AH</td>
</tr>
<tr>
<td colspan="7">
<hr></hr>
</td>
</tr>
<tr>
<td align="center">Annotation hierachy plus evidence</td>
<td align="center">Format: </td>
<td align="center"></td>
<td align="center"></td>
<td align="center"></td>
<td align="center"></td>
<td align="center"></td>
</tr>
<tr>
<td></td>
<td align="center">Example: annhiev</td>
<td align="center">12213961</td>
<td align="center">Stat4</td>
<td align="center">BP</td>
<td align="center">IDA</td>
<td align="center">OHSU_AHPE</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</sec>
<sec>
<title>Results</title>
<p>There were 98 runs submitted from 20 groups for the categorization task. These were distributed across the subtasks of the categorization task as follows: 59 for the triage subtask, 36 for the annotation hierarchy subtask, and three for the annotation hierarchy plus evidence code subtask.</p>
<sec>
<title>Triage subtask</title>
<p>The results of the triage subtask are shown in
<xref ref-type="table" rid="T6">6</xref>
. A variety of groups used classifiers based on many different machine learning techniques. For example, the group from Rutgers University used a classifier based on a Bayesian Logistic Regression model [
<xref ref-type="bibr" rid="B3">3</xref>
], the group from Patolis Corporation used an SVM based classifier [
<xref ref-type="bibr" rid="B4">4</xref>
], and our group from OHSU used a modified voting perceptron classification algorithm [
<xref ref-type="bibr" rid="B5">5</xref>
]. The higher scoring runs tended to make use of MeSH terms in some fashion. The best performing run came from Rutgers, using the MEDLINE record, weighting, and filtering by the MeSH term
<italic>Mice </italic>
[
<xref ref-type="bibr" rid="B3">3</xref>
]. They achieved a Unorm of 0.6512.</p>
<table-wrap position="float" id="T6">
<label>Table 6</label>
<caption>
<p>Triage subtask runs, sorted by utility.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="left">
<bold>Run</bold>
</td>
<td align="center">
<bold>Group (reference)</bold>
</td>
<td align="center">
<bold>Precision</bold>
</td>
<td align="center">
<bold>Recall</bold>
</td>
<td align="center">
<bold>F-score</bold>
</td>
<td align="center">
<bold>Utility</bold>
</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">dimacsTfl9d</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.1579</td>
<td align="center">0.8881</td>
<td align="center">0.2681</td>
<td align="center">0.6512</td>
</tr>
<tr>
<td align="left">dimacsTl9mhg</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.1514</td>
<td align="center">0.8952</td>
<td align="center">0.259</td>
<td align="center">0.6443</td>
</tr>
<tr>
<td align="left">dimacsTfl9w</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.1553</td>
<td align="center">0.8833</td>
<td align="center">0.2642</td>
<td align="center">0.6431</td>
</tr>
<tr>
<td align="left">dimacsTl9md</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.173</td>
<td align="center">0.7952</td>
<td align="center">0.2841</td>
<td align="center">0.6051</td>
</tr>
<tr>
<td align="left">pllsgen4t3</td>
<td align="center">patolis.fujita [4]</td>
<td align="center">0.149</td>
<td align="center">0.769</td>
<td align="center">0.2496</td>
<td align="center">0.5494</td>
</tr>
<tr>
<td align="left">pllsgen4t4</td>
<td align="center">patolis.fujita [4]</td>
<td align="center">0.1259</td>
<td align="center">0.831</td>
<td align="center">0.2186</td>
<td align="center">0.5424</td>
</tr>
<tr>
<td align="left">pllsgen4t2</td>
<td align="center">patolis.fujita [4]</td>
<td align="center">0.1618</td>
<td align="center">0.7238</td>
<td align="center">0.2645</td>
<td align="center">0.5363</td>
</tr>
<tr>
<td align="left">pllsgen4t5</td>
<td align="center">patolis.fujita [4]</td>
<td align="center">0.174</td>
<td align="center">0.6976</td>
<td align="center">0.2785</td>
<td align="center">0.532</td>
</tr>
<tr>
<td align="left">pllsgen4t1</td>
<td align="center">patolis.fujita [4]</td>
<td align="center">0.1694</td>
<td align="center">0.7024</td>
<td align="center">0.273</td>
<td align="center">0.5302</td>
</tr>
<tr>
<td align="left">GUCwdply2000</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.151</td>
<td align="center">0.719</td>
<td align="center">0.2496</td>
<td align="center">0.5169</td>
</tr>
<tr>
<td align="left">KoikeyaTri1</td>
<td align="center">u.tokyo (none)</td>
<td align="center">0.0938</td>
<td align="center">0.9643</td>
<td align="center">0.171</td>
<td align="center">0.4986</td>
</tr>
<tr>
<td align="left">OHSUVP</td>
<td align="center">ohsu.hersh [5]</td>
<td align="center">0.1714</td>
<td align="center">0.6571</td>
<td align="center">0.2719</td>
<td align="center">0.4983</td>
</tr>
<tr>
<td align="left">KoikeyaTri3</td>
<td align="center">u.tokyo (none)</td>
<td align="center">0.0955</td>
<td align="center">0.9452</td>
<td align="center">0.1734</td>
<td align="center">0.4974</td>
</tr>
<tr>
<td align="left">KoikeyaTri2</td>
<td align="center">u.tokyo (none)</td>
<td align="center">0.0913</td>
<td align="center">0.9738</td>
<td align="center">0.167</td>
<td align="center">0.4893</td>
</tr>
<tr>
<td align="left">NLMT2SVM</td>
<td align="center">nlm.umd.ul [12]</td>
<td align="center">0.1286</td>
<td align="center">0.7333</td>
<td align="center">0.2188</td>
<td align="center">0.4849</td>
</tr>
<tr>
<td align="left">dimacsTl9w</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.1456</td>
<td align="center">0.6643</td>
<td align="center">0.2389</td>
<td align="center">0.4694</td>
</tr>
<tr>
<td align="left">nusbird2004c</td>
<td align="center">mlg.nus [13]</td>
<td align="center">0.1731</td>
<td align="center">0.5833</td>
<td align="center">0.267</td>
<td align="center">0.444</td>
</tr>
<tr>
<td align="left">lgct1</td>
<td align="center">indiana.u.seki [7]</td>
<td align="center">0.1118</td>
<td align="center">0.7214</td>
<td align="center">0.1935</td>
<td align="center">0.4348</td>
</tr>
<tr>
<td align="left">OHSUNBAYES</td>
<td align="center">ohsu.hersh [5]</td>
<td align="center">0.129</td>
<td align="center">0.6548</td>
<td align="center">0.2155</td>
<td align="center">0.4337</td>
</tr>
<tr>
<td align="left">NLMT2BAYES</td>
<td align="center">nlm.umd.ul [12]</td>
<td align="center">0.0902</td>
<td align="center">0.869</td>
<td align="center">0.1635</td>
<td align="center">0.4308</td>
</tr>
<tr>
<td align="left">THIRcat04</td>
<td align="center">tsinghua.ma [14]</td>
<td align="center">0.0908</td>
<td align="center">0.7881</td>
<td align="center">0.1628</td>
<td align="center">0.3935</td>
</tr>
<tr>
<td align="left">GUClin1700</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.1382</td>
<td align="center">0.5595</td>
<td align="center">0.2217</td>
<td align="center">0.3851</td>
</tr>
<tr>
<td align="left">NLMT22</td>
<td align="center">nlm.umd.ul [12]</td>
<td align="center">0.1986</td>
<td align="center">0.481</td>
<td align="center">0.2811</td>
<td align="center">0.3839</td>
</tr>
<tr>
<td align="left">NTU2v3N1</td>
<td align="center">ntu.chen [15]</td>
<td align="center">0.1003</td>
<td align="center">0.6905</td>
<td align="center">0.1752</td>
<td align="center">0.381</td>
</tr>
<tr>
<td align="left">NLMT21</td>
<td align="center">nlm.umd.ul [12]</td>
<td align="center">0.195</td>
<td align="center">0.4643</td>
<td align="center">0.2746</td>
<td align="center">0.3685</td>
</tr>
<tr>
<td align="left">GUCply1700</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.1324</td>
<td align="center">0.5357</td>
<td align="center">0.2123</td>
<td align="center">0.3601</td>
</tr>
<tr>
<td align="left">NTU3v3N1</td>
<td align="center">ntu.chen [15]</td>
<td align="center">0.0953</td>
<td align="center">0.6857</td>
<td align="center">0.1673</td>
<td align="center">0.3601</td>
</tr>
<tr>
<td align="left">NLMT2ADA</td>
<td align="center">nlm.umd.ul [12]</td>
<td align="center">0.0713</td>
<td align="center">0.9881</td>
<td align="center">0.133</td>
<td align="center">0.3448</td>
</tr>
<tr>
<td align="left">lgct2</td>
<td align="center">indiana.u.seki [7]</td>
<td align="center">0.1086</td>
<td align="center">0.581</td>
<td align="center">0.183</td>
<td align="center">0.3426</td>
</tr>
<tr>
<td align="left">GUClin1260</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.1563</td>
<td align="center">0.469</td>
<td align="center">0.2345</td>
<td align="center">0.3425</td>
</tr>
<tr>
<td align="left">THIRcat01</td>
<td align="center">tsinghua.ma [14]</td>
<td align="center">0.1021</td>
<td align="center">0.6024</td>
<td align="center">0.1746</td>
<td align="center">0.3375</td>
</tr>
<tr>
<td align="left">NTU4v3N1416</td>
<td align="center">ntu.chen [15]</td>
<td align="center">0.0948</td>
<td align="center">0.6357</td>
<td align="center">0.165</td>
<td align="center">0.3323</td>
</tr>
<tr>
<td align="left">THIRcat02</td>
<td align="center">tsinghua.ma [14]</td>
<td align="center">0.1033</td>
<td align="center">0.5571</td>
<td align="center">0.1743</td>
<td align="center">0.3154</td>
</tr>
<tr>
<td align="left">biotext1trge</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.0831</td>
<td align="center">0.7</td>
<td align="center">0.1486</td>
<td align="center">0.3139</td>
</tr>
<tr>
<td align="left">GUCply1260</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.1444</td>
<td align="center">0.4333</td>
<td align="center">0.2167</td>
<td align="center">0.305</td>
</tr>
<tr>
<td align="left">OHSUSVMJ20</td>
<td align="center">ohsu.hersh [5]</td>
<td align="center">0.2309</td>
<td align="center">0.3524</td>
<td align="center">0.279</td>
<td align="center">0.2937</td>
</tr>
<tr>
<td align="left">biotext2trge</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.095</td>
<td align="center">0.5548</td>
<td align="center">0.1622</td>
<td align="center">0.2905</td>
</tr>
<tr>
<td align="left">THIRcat03</td>
<td align="center">tsinghua.ma [14]</td>
<td align="center">0.0914</td>
<td align="center">0.55</td>
<td align="center">0.1567</td>
<td align="center">0.2765</td>
</tr>
<tr>
<td align="left">THIRcat05</td>
<td align="center">tsinghua.ma [14]</td>
<td align="center">0.1082</td>
<td align="center">0.4167</td>
<td align="center">0.1718</td>
<td align="center">0.245</td>
</tr>
<tr>
<td align="left">biotext3trge</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.1096</td>
<td align="center">0.4024</td>
<td align="center">0.1723</td>
<td align="center">0.2389</td>
</tr>
<tr>
<td align="left">nusbird2004a</td>
<td align="center">mlg.nus [13]</td>
<td align="center">0.1373</td>
<td align="center">0.3357</td>
<td align="center">0.1949</td>
<td align="center">0.2302</td>
</tr>
<tr>
<td align="left">nusbird2004d</td>
<td align="center">mlg.nus [13]</td>
<td align="center">0.1349</td>
<td align="center">0.2881</td>
<td align="center">0.1838</td>
<td align="center">0.1957</td>
</tr>
<tr>
<td align="left">nusbird2004b</td>
<td align="center">mlg.nus [13]</td>
<td align="center">0.1163</td>
<td align="center">0.3</td>
<td align="center">0.1677</td>
<td align="center">0.1861</td>
</tr>
<tr>
<td align="left">eres2</td>
<td align="center">u.edinburgh.sinclair [17]</td>
<td align="center">0.1647</td>
<td align="center">0.231</td>
<td align="center">0.1923</td>
<td align="center">0.1724</td>
</tr>
<tr>
<td align="left">biotext4trge</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.1271</td>
<td align="center">0.2571</td>
<td align="center">0.1701</td>
<td align="center">0.1688</td>
</tr>
<tr>
<td align="left">emet2</td>
<td align="center">u.edinburgh.sinclair [17]</td>
<td align="center">0.1847</td>
<td align="center">0.2071</td>
<td align="center">0.1953</td>
<td align="center">0.1614</td>
</tr>
<tr>
<td align="left">epub2</td>
<td align="center">u.edinburgh.sinclair [17]</td>
<td align="center">0.1729</td>
<td align="center">0.2095</td>
<td align="center">0.1895</td>
<td align="center">0.1594</td>
</tr>
<tr>
<td align="left">nusbird2004e</td>
<td align="center">mlg.nus [13]</td>
<td align="center">0.136</td>
<td align="center">0.231</td>
<td align="center">0.1712</td>
<td align="center">0.1576</td>
</tr>
<tr>
<td align="left">geneteam3</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.1829</td>
<td align="center">0.1833</td>
<td align="center">0.1831</td>
<td align="center">0.1424</td>
</tr>
<tr>
<td align="left">edis2</td>
<td align="center">u.edinburgh.sinclair [17]</td>
<td align="center">0.1602</td>
<td align="center">0.1857</td>
<td align="center">0.172</td>
<td align="center">0.137</td>
</tr>
<tr>
<td align="left">wdtriage1</td>
<td align="center">indiana.u.yang [19]</td>
<td align="center">0.202</td>
<td align="center">0.1476</td>
<td align="center">0.1706</td>
<td align="center">0.1185</td>
</tr>
<tr>
<td align="left">eint2</td>
<td align="center">u.edinburgh.sinclair [17]</td>
<td align="center">0.1538</td>
<td align="center">0.1619</td>
<td align="center">0.1578</td>
<td align="center">0.1174</td>
</tr>
<tr>
<td align="left">NTU3v3N1c2</td>
<td align="center">ntu.chen [15]</td>
<td align="center">0.1553</td>
<td align="center">0.1357</td>
<td align="center">0.1449</td>
<td align="center">0.0988</td>
</tr>
<tr>
<td align="left">geneteam1</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.1333</td>
<td align="center">0.1333</td>
<td align="center">0.1333</td>
<td align="center">0.09</td>
</tr>
<tr>
<td align="left">geneteam2</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.1333</td>
<td align="center">0.1333</td>
<td align="center">0.1333</td>
<td align="center">0.09</td>
</tr>
<tr>
<td align="left">biotext5trge</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.1192</td>
<td align="center">0.1214</td>
<td align="center">0.1203</td>
<td align="center">0.0765</td>
</tr>
<tr>
<td align="left">TRICSUSM</td>
<td align="center">u.sanmarcos [20]</td>
<td align="center">0.0792</td>
<td align="center">0.1762</td>
<td align="center">0.1093</td>
<td align="center">0.0738</td>
</tr>
<tr>
<td align="left">IBMIRLver1</td>
<td align="center">ibm.india (none)</td>
<td align="center">0.2053</td>
<td align="center">0.0738</td>
<td align="center">0.1086</td>
<td align="center">0.0595</td>
</tr>
<tr>
<td align="left">EMCTNOT1</td>
<td align="center">tno.kraaij [21]</td>
<td align="center">0.2</td>
<td align="center">0.0143</td>
<td align="center">0.0267</td>
<td align="center">0.0114</td>
</tr>
<tr>
<td align="left">Mean</td>
<td></td>
<td align="center">0.1381</td>
<td align="center">0.5194</td>
<td align="center">0.1946</td>
<td align="center">0.3303</td>
</tr>
<tr>
<td align="left">MeSH
<italic>Mice</italic>
</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.1502</td>
<td align="center">0.8929</td>
<td align="center">0.2572</td>
<td align="center">0.6404</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>However, this group also noted that the MeSH term
<italic>Mice </italic>
alone scored better than all but the single top run, with a Unorm of 0.6404. This meant that no other approach was better able to classify documents for triage than simply using the MeSH term
<italic>Mice </italic>
from the MEDLINE record. Of course, this run only achieved a precision of about 15% (with a recall of 89%), so this feature is far from a perfect predictor. All of the triage subtask results are shown graphically in Figure
<xref ref-type="fig" rid="F2">2</xref>
, along with the utility for the MeSH term
<italic>Mice </italic>
and the decision to select all articles.</p>
<fig position="float" id="F2">
<label>Figure 2</label>
<caption>
<p>
<bold>Triage subtask. </bold>
Triage subtask runs sorted by Unorm score. The Unorm for the MeSH term
<italic>Mice </italic>
as well as for selecting all articles as positive is shown.</p>
</caption>
<graphic xlink:href="1747-5333-1-4-2"></graphic>
</fig>
<p>Because of these results we further analyzed the text collections, comparing the features identified as strong predictors in the training data (papers from the year 2002) with those in the test data (papers from the year 2003). One of the important issues in applying text classification systems to documents of interest to curators and annotators is how well the available training data represents the documents to be classified.</p>
<p>When classifying a biomedical text, the available training documents must have been written before the text to be classified. This is required for the TREC tasks to realistically simulate automation of the triage task of the GO curators. Papers written after a given article would not be available to the system for training prior to classifying that article. However, by its very nature the field of science changes over time, as does the language used to describe it. How rapidly the written literature of science changes has a direct influence on the development of biomedical text classification systems in terms of how features are generated and chosen, how often the systems need to be retrained, how large the training increment should be, and may effect the maximum performance that can be expected out of these systems.</p>
<p>We wanted to begin to understand this potentially important issue of
<italic>terminological drift </italic>
in the biomedical literature. In order to measure how well the features chosen from the training collection represented the information important in classifying the document in the test collection, we performed identical feature generation and selection processing on the training and test collections, including stemmed and stopped words, Chi-square feature selection at an alpha of 0.025, and inclusion of MeSH terms in the potential feature set. The process generated a set of 1885 features on the training collection and 1899 significant features on the test collection. We then measured how well the training collection feature set represented the test collection feature set by computing similarity metrics between the two sets [
<xref ref-type="bibr" rid="B6">6</xref>
]. The Dice similarity coefficient was 0.2489, the Jaccard similarity was 0.1422, cosine similarity was 0.2489, and the overlap measure was 0.2499. All similarity measures show a low level of similarity between the two sets.</p>
<p>We performed equivalent similarity measures on the individual word frequencies in the training and test collection, filtered out common English words as before, and sorted the words most frequent to least frequent for both sets. Computing similarity measures between the top 100, 1000, and 10,000 words in both sets showed consistently high similarity measures, with the maximum being the Dice similarity coefficient of 0.9618 at 100 words, and the minimum being a Jaccard similarity of 0.9232 at 10,000 words.</p>
<p>We were also interested in how well the GO codes assigned to the documents using training and test collections overlapped. Figure
<xref ref-type="fig" rid="F3">3</xref>
shows a plot of the number of GO codes in the combined (training plus testing) corpus, as a function of the number of documents associated with each of those GO codes. As can be readily seen, the vast majority of GO codes associated with documents in the corpus are associated with only a single document in the corpus (448 out of 599), while 90% of GO codes appearing in the corpus are associated with two or less documents.</p>
<fig position="float" id="F3">
<label>Figure 3</label>
<caption>
<p>
<bold>Number of GO codes by document frequency. </bold>
This graph shows the number of GO codes at increasing levels of frequency that appear in the combined (test + training) corpus.</p>
</caption>
<graphic xlink:href="1747-5333-1-4-3"></graphic>
</fig>
<p>Recall that a paper should be triaged positive for GO if there is evidence for any of the topics contained in the 20,000 GO codes. A paper may contain evidence for more than one GO code, but given the limited size of the training set, a paper is more likely to be classified as positive for GO if it contains evidence for a common GO code rather than a rare one. Figure
<xref ref-type="fig" rid="F4">4</xref>
analyzes this situation in the combined corpus. The figure displays the number of documents in the corpus, whose most common associated GO code is given (by the GO codes frequency in the corpus) on the x-axis.</p>
<fig position="float" id="F4">
<label>Figure 4</label>
<caption>
<p>
<bold>Number of documents with frequency of most common GO code. </bold>
This graph shows the number of combined corpus documents having a most common GO code whose frequency is given on the x-axis.</p>
</caption>
<graphic xlink:href="1747-5333-1-4-4"></graphic>
</fig>
<p>It is clear that a significant number of documents (48 out of 328, about 15%) have a "most common" GO code that appears only once in the entire corpus. More than half of the documents have a most common GO code that appears less than 10 times in the entire corpus.</p>
</sec>
<sec>
<title>Annotation hierarchy subtask</title>
<p>The annotation hierarchy subtask results are shown in
<xref ref-type="table" rid="T7">7</xref>
, while the annotation hierarchy subtask plus evidence code results are shown in Table
<xref ref-type="table" rid="T8">8</xref>
. The primary evaluation measure for this task was the F-measure. Due to there only being a single measure per run, we were unable to perform comparative statistics. Figure
<xref ref-type="fig" rid="F5">5</xref>
shows the annotation hierarchy subtask results graphically.</p>
<table-wrap position="float" id="T7">
<label>Table 7</label>
<caption>
<p>Annotation hierarchy subtask, sorted by F-score.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="left">
<bold>Run</bold>
</td>
<td align="center">
<bold>Group (reference)</bold>
</td>
<td align="center">
<bold>Precision</bold>
</td>
<td align="center">
<bold>Recall</bold>
</td>
<td align="center">
<bold>F-score</bold>
</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">lgcad1</td>
<td align="center">indiana.u.seki [7]</td>
<td align="center">0.4415</td>
<td align="center">0.7697</td>
<td align="center">0.5611</td>
</tr>
<tr>
<td align="left">lgcad2</td>
<td align="center">indiana.u.seki [7]</td>
<td align="center">0.4275</td>
<td align="center">0.7859</td>
<td align="center">0.5537</td>
</tr>
<tr>
<td align="left">wiscWRT</td>
<td align="center">u.wisconsin [8]</td>
<td align="center">0.4386</td>
<td align="center">0.6202</td>
<td align="center">0.5138</td>
</tr>
<tr>
<td align="left">wiscWT</td>
<td align="center">u.wisconsin [8]</td>
<td align="center">0.4218</td>
<td align="center">0.6263</td>
<td align="center">0.5041</td>
</tr>
<tr>
<td align="left">dimacsAg3mh</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.5344</td>
<td align="center">0.4545</td>
<td align="center">0.4913</td>
</tr>
<tr>
<td align="left">NLMA1</td>
<td align="center">nlm.umd.ul [12]</td>
<td align="center">0.4306</td>
<td align="center">0.5515</td>
<td align="center">0.4836</td>
</tr>
<tr>
<td align="left">wiscWR</td>
<td align="center">u.wisconsin [8]</td>
<td align="center">0.4255</td>
<td align="center">0.5596</td>
<td align="center">0.4834</td>
</tr>
<tr>
<td align="left">NLMA2</td>
<td align="center">nlm.umd.ul [12]</td>
<td align="center">0.427</td>
<td align="center">0.5374</td>
<td align="center">0.4758</td>
</tr>
<tr>
<td align="left">wiscW</td>
<td align="center">u.wisconsin [8]</td>
<td align="center">0.3935</td>
<td align="center">0.5596</td>
<td align="center">0.4621</td>
</tr>
<tr>
<td align="left">KoikeyaHi1</td>
<td align="center">u.tokyo (none)</td>
<td align="center">0.3178</td>
<td align="center">0.7293</td>
<td align="center">0.4427</td>
</tr>
<tr>
<td align="left">iowarun3</td>
<td align="center">u.iowa [22]</td>
<td align="center">0.3207</td>
<td align="center">0.6</td>
<td align="center">0.418</td>
</tr>
<tr>
<td align="left">iowarun1</td>
<td align="center">u.iowa [22]</td>
<td align="center">0.3371</td>
<td align="center">0.5434</td>
<td align="center">0.4161</td>
</tr>
<tr>
<td align="left">iowarun2</td>
<td align="center">u.iowa [22]</td>
<td align="center">0.3812</td>
<td align="center">0.4505</td>
<td align="center">0.413</td>
</tr>
<tr>
<td align="left">BIOTEXT22</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.2708</td>
<td align="center">0.796</td>
<td align="center">0.4041</td>
</tr>
<tr>
<td align="left">BIOTEXT21</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.2658</td>
<td align="center">0.8141</td>
<td align="center">0.4008</td>
</tr>
<tr>
<td align="left">dimacsAl3w</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.5015</td>
<td align="center">0.3273</td>
<td align="center">0.3961</td>
</tr>
<tr>
<td align="left">GUCsvm0</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.2372</td>
<td align="center">0.7414</td>
<td align="center">0.3595</td>
</tr>
<tr>
<td align="left">GUCir50</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.2303</td>
<td align="center">0.8081</td>
<td align="center">0.3584</td>
</tr>
<tr>
<td align="left">geneteamA5</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.2274</td>
<td align="center">0.7859</td>
<td align="center">0.3527</td>
</tr>
<tr>
<td align="left">GUCir30</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.2212</td>
<td align="center">0.8404</td>
<td align="center">0.3502</td>
</tr>
<tr>
<td align="left">geneteamA4</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.209</td>
<td align="center">0.9354</td>
<td align="center">0.3417</td>
</tr>
<tr>
<td align="left">BIOTEXT24</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.4452</td>
<td align="center">0.2707</td>
<td align="center">0.3367</td>
</tr>
<tr>
<td align="left">GUCsvm5</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.2052</td>
<td align="center">0.9354</td>
<td align="center">0.3366</td>
</tr>
<tr>
<td align="left">cuhkrun3</td>
<td align="center">chinese.u.hongkong (none)</td>
<td align="center">0.4174</td>
<td align="center">0.2808</td>
<td align="center">0.3357</td>
</tr>
<tr>
<td align="left">geneteamA2</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.2025</td>
<td align="center">0.9535</td>
<td align="center">0.334</td>
</tr>
<tr>
<td align="left">dimacsAabsw1</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.5979</td>
<td align="center">0.2283</td>
<td align="center">0.3304</td>
</tr>
<tr>
<td align="left">BIOTEXT23</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.4437</td>
<td align="center">0.2626</td>
<td align="center">0.3299</td>
</tr>
<tr>
<td align="left">geneteamA1</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.1948</td>
<td align="center">0.9778</td>
<td align="center">0.3248</td>
</tr>
<tr>
<td align="left">geneteamA3</td>
<td align="center">u.hospital.geneva [18]</td>
<td align="center">0.1938</td>
<td align="center">0.9798</td>
<td align="center">0.3235</td>
</tr>
<tr>
<td align="left">GUCbase</td>
<td align="center">german.u.cairo [11]</td>
<td align="center">0.1881</td>
<td align="center">1</td>
<td align="center">0.3167</td>
</tr>
<tr>
<td align="left">BIOTEXT25</td>
<td align="center">u.cberkeley.hearst [16]</td>
<td align="center">0.4181</td>
<td align="center">0.2525</td>
<td align="center">0.3149</td>
</tr>
<tr>
<td align="left">cuhkrun2</td>
<td align="center">chinese.u.hongkong (none)</td>
<td align="center">0.4385</td>
<td align="center">0.2303</td>
<td align="center">0.302</td>
</tr>
<tr>
<td align="left">cuhkrun1</td>
<td align="center">chinese.u.hongkong (none)</td>
<td align="center">0.4431</td>
<td align="center">0.2283</td>
<td align="center">0.3013</td>
</tr>
<tr>
<td align="left">dimacsAp5w5</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.5424</td>
<td align="center">0.1939</td>
<td align="center">0.2857</td>
</tr>
<tr>
<td align="left">dimacsAw20w5</td>
<td align="center">rutgers.dayanik [3]</td>
<td align="center">0.6014</td>
<td align="center">0.1677</td>
<td align="center">0.2622</td>
</tr>
<tr>
<td align="left">iowarun4</td>
<td align="center">u.iowa [22]</td>
<td align="center">0.1692</td>
<td align="center">0.1333</td>
<td align="center">0.1492</td>
</tr>
<tr>
<td align="left">Mean</td>
<td></td>
<td align="center">0.3600</td>
<td align="center">0.5814</td>
<td align="center">0.3824</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap position="float" id="T8">
<label>Table 8</label>
<caption>
<p>Annotation hierarchy plus evidence code subtask, sorted by F-score.</p>
</caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<td align="left">
<bold>Tag</bold>
</td>
<td align="center">
<bold>Group (reference)</bold>
</td>
<td align="center">
<bold>Precision</bold>
</td>
<td align="center">
<bold>Recall</bold>
</td>
<td align="center">
<bold>F-score</bold>
</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">lgcab2</td>
<td align="center">indiana.u.seki [7]</td>
<td align="center">0.3238</td>
<td align="center">0.6073</td>
<td align="center">0.4224</td>
</tr>
<tr>
<td align="left">lgcab1</td>
<td align="center">indiana.u.seki [7]</td>
<td align="center">0.3413</td>
<td align="center">0.4923</td>
<td align="center">0.4031</td>
</tr>
<tr>
<td align="left">KoikeyaHiev1</td>
<td align="center">u.tokyo (none)</td>
<td align="center">0.2025</td>
<td align="center">0.4406</td>
<td align="center">0.2774</td>
</tr>
<tr>
<td align="left">Mean</td>
<td></td>
<td align="center">0.2892</td>
<td align="center">0.5134</td>
<td align="center">0.3676</td>
</tr>
</tbody>
</table>
</table-wrap>
<fig position="float" id="F5">
<label>Figure 5</label>
<caption>
<p>
<bold>Annotation hierarchy subtask. </bold>
Annotation hierarchy subtask results sorted by F-score.</p>
</caption>
<graphic xlink:href="1747-5333-1-4-5"></graphic>
</fig>
<p>In the annotation hierarchy subtask, the runs varied widely in recall and precision. The best runs, i.e., those with the highest F-measures, had medium levels of recall and precision. The top run came from Indiana University and used a variety of approaches, including a k-nearest-neighbor model, mapping terms to MeSH, using keyword and glossary fields of documents, and recognizing gene names [
<xref ref-type="bibr" rid="B7">7</xref>
]. Further post-submission runs raised their F-measure to 0.639. Across a number of groups, benefit was found from matching gene names appropriately. University of Wisconsin also found identifying gene names in sentences and modeling features in those sentences provided value [
<xref ref-type="bibr" rid="B8">8</xref>
].</p>
</sec>
</sec>
<sec>
<title>Discussion</title>
<p>The TREC 2004 Genomics Track categorization task featured a wide diversity of approaches, resulting in substantial variation across the results. Trying to discern the relative value of them is challenging, since few groups performed parameterized experiments or used common baselines.</p>
<p>The triage subtask was limited by the fact that using the MeSH term
<italic>Mice </italic>
assigned by the MEDLINE indexers was a better predictor of the MGI triage decision than anything else, including the complex feature extraction and machine learning algorithms of many participating groups. Some expressed concern that MGI might give preference to basing annotation decisions on maximizing coverage of genes instead of exhaustively cataloguing the literature, something that would be useful for users of its system but compromise the value of its data in tasks like automated article triage. We were assured by the MGI director (J. Blake, personal communication) that the initial triage decision for an article was made independent of the prior coverage of gene, even though priority decisions made later in the pipeline did take coverage into account. As such, the triage decisions upon which our data were based was sound from the standpoint of document classification.</p>
<p>The annotation decision was also not affected by this since the positive and negative samples were not exhaustive by design, that is, the data set for the annotation task did not include all article GO annotations made by MGI during this time period. The corpora do not need to be exhaustive for the results to be valid for this subtask; they must simply be correct for the training and test samples provided with GO hierarchies and evidence codes approximately evenly distributed.</p>
<p>Another concern about the MGI data was whether the snapshot obtained in mid-2004 was significantly updated by the time the track was completed. This was analyzed in early 2005, and it was indeed found that the number of PMIDs in the triage subtask had increased in size by about 10%, with a very small number of previously positive samples now negatively triaged (curators determined that these papers actually did not contain evidence for GO assignment). We re-ran our submitted methods on the updated data and obtained virtually identical results.</p>
<p>The major question for the triage subtask is why systems were unable to outperform the single MeSH term
<italic>Mice</italic>
. It should be noted that this term was far from perfect, achieving a recall of 89% but a precision of only 15%. So why did more elaborate systems not outperform this? There are a variety of possible explanations:</p>
<p>• MGI data is problematic – while MGI does some internal quality checking, they do not carry it out at the level that research groups would, e.g., with kappa scores.</p>
<p>• Our algorithms and systems are imperfect – we are unaware of or there do not exist better predictive feature sets and algorithms for this task.</p>
<p>• Our metrics may be problematic – is the factor = 20 in the utility formula appropriate? How do we determine a more appropriate means of computing utility that more accurately reflects the needs of the MGI curators?</p>
<p>• The terminological drift between the 2002 training corpus and the 2003 test corpus was large enough to reduce the effectiveness of all discriminating features except for the MeSH term
<italic>Mice</italic>
. Perhaps an online-style (incremental) training and evaluation method would be more appropriate than the batch method that we used here.</p>
<p>• The GO triage task is significantly more complex than previously studied document classification tasks. Much more data may be necessary to adequately train machine learning algorithms.</p>
<p>To some extent all of these explanations may play a factor, but the last is probably the dominant factor. The GO triage task appears significantly more difficult than previously studied biomedical document triage tasks. In the 2002 Knowledge Discovery and Data Mining (KDD) Challenge Cup, a task somewhat similar to the TREC triage task was organized around selection of papers about
<italic>Drosophila </italic>
(fruit fly) for curation in FlyBase, also using full text articles. Overall, analysis of the results showed that systems did quite well, with the best system achieving an F-measure of 78% on making yes/no decisions on papers, similar to the triage decision required in the TREC task [
<xref ref-type="bibr" rid="B9">9</xref>
].</p>
<p>The results of the TREC genomics track GO triage task appear significantly worse, with the best submission scoring a utility of 0.6512 and a corresponding F-score of about 27%. However, there are several important differences between the TREC and the KDD triage tasks, besides the obvious, but possibly important difference, that the KDD task focused on fly genomics and the TREC task on mouse. First of all, both the training and test collections for the KDD task had a relatively high proportion of positives (33% and 43%, respectively) as compared to the TREC task (6.5% and 7%). Furthermore, the TREC task used a utility measure heavily weighted towards high recall, while the KDD Cup used F-score, the balanced harmonic mean of recall and precision. Therefore the KDD measure did not take into account a curator preference for not missing many positive articles as we have done here, equally weighted correct prediction of positives and negatives, and had a proportion of positives approaching 50% in the test collection. These factors may have made scoring well on the KDD task easier compared to the TREC task.</p>
<p>Another difference between the TREC and KDD shared tasks may be even more important. The KDD FlyBase triage task was to "determine whether the paper meets the FlyBase gene expression curation criteria, and for each gene, indicate whether the full paper has experimental evidence for gene products (mRNA and/or protein)" [
<xref ref-type="bibr" rid="B9">9</xref>
]. Positive classification was determined solely on whether the full paper included experimental evidence linking genes to their products. The TREC task was to determine whether the paper contained evidence for assignment of GO codes,
<italic>any </italic>
GO code. Currently, there are about 20,000 different terms in the GO, in the areas of cellular component, molecular function, and biological process. This is clearly a much wider range of topics than simply gene transcription products, and makes the TREC GO task much more heterogeneous than the KDD task.</p>
<p>Figures
<xref ref-type="fig" rid="F4">4</xref>
and
<xref ref-type="fig" rid="F5">5</xref>
show that the sampling and coverage of GO terms in the training and testing sets, as well as the combined collection, is very sparse, both in terms of individual GO terms, and for papers containing evidence for common GO terms. With 20,000 different terms in the GO under three main headings, a great variety of different topic areas related to the individual GO terms may be present in our collection.</p>
<p>Each of these individual topics can be viewed as a separate yes/no classification task in itself. The GO triage categorization task may better be thought of as many subtasks, where classification of the presence/absence of each GO code is done individually, and the document is triaged for GO if classified as positive for any of the GO codes. But the individual GO codes are sampled very thinly. When the corpus is split into training and test collections, it is very likely that for most GO codes either the training or testing set will be either missing many codes, include only one document that is associated with a given code, or at best, very thinly sample the GO codes relevant for classifying a paper positive for the triage task. Therefore the corpus may contain many GO topics for which there are an inadequate number of cases to provide meaningful samples in both the test and training sets.</p>
<p>For about 85% of documents, the most common GO code associated with a document is found associated with two or more documents. Interestingly, this figure is very close to the recall of the best performing system for the GO triage task 88.8%, and may represent an upper limit on recall performance for this data set.</p>
<p>Combining the samples for each of the many GO topics together may result in the strong features for a given topic being obscured by the strong features in other topics, overwhelming any classification system with the resulting noise, with only features common to the majority of individual topics still predictive. It appears that the MeSH term
<italic>Mice </italic>
meets this description. The terminological drift showing a difference in significant features between the training and test collection may simply be due to the very sparse sampling of the range of GO topics over both years. This is substantiated by the data that the most common words (after stop word removal) were largely unchanged, but the statistically significant feature set changed quite a bit from the year 2002 to 2003.</p>
<p>All of the above lends support to the theory that the GO triage task is difficult because it contains many sub-problems which are very sparsely sampled. There aremany GO codes having only one associated document contained in the corpus, and there are many, many GO codes that are completely missing from the corpus. We believe that the triage subtask data represents an important task (i.e., document triage is valuable in a variety of biomedical settings, such as discerning the best evidence in clinical studies) and that these data provide the initial substrate for work to continue in this area. However, it appears that the corpushas to be much, much larger in order to support machine learning on the full range of GO codes for automated text classification on this specific task. Over time, MGI will collect vast amounts of data during the natural course of curating documents each year, but it may be a very long time before adequate numbers of samples are available for all GO codes. Selecting data specifically to train and test classification systems for identifying papers containing evidence for the most common GO codes and other, more specifically defined triage scenarios (such as embryological expression) may be more tractable tasks to address in the near term.</p>
<p>The annotation hierarchy task had lower participation, and the value of picking the correct hierarchy is unclear. However, there would be great value to systems that could perform automated GO annotation, even though the task is very challenging [
<xref ref-type="bibr" rid="B10">10</xref>
]. These results demonstrated value in identifying gene names and other controlled vocabulary terms in documents for this task.</p>
</sec>
<sec>
<title>Conclusion</title>
<p>The automated classification of documents for GO annotation proved to be a challenging task. Automated extraction of GO hierarchy codes was even more challenging. This was the first year that the TREC Genomcs Track included a classification task, and so our understanding of the best way to approach these tasks for biomedical curation is just beginning. Current text classification systems are most often optimized for a balanced F-measure, where precision and recall are weighted evenly. However, the asymmetric utility measure used in the triage task was heavily weighted towards recall. This reflected the priorities of the document curators. It is likely that further experience optimizing for this type of utility measure will provide improved results.</p>
<p>Analysis of feature sets showed less correlation between statistically significant features in the training and test sets than expected. While this is most likely due to the sparse sampling of individual GO topics, there is currently insufficient evidence to determine the practical significance and generality of this, and whether this is a general problem for biomedical document classification.</p>
<p>While no approach was able to improve upon the triage performance of simply using the MeSH term
<italic>Mice</italic>
, this is likely due to the heterogeneity of the GO triage task and is unlikely to be the case for other, more specific biomedical document triage tasks. Additional research into other tasks will provide more information about the performance expectations for biomedical document classification. This task is likely not representative of document classification for biomedical curation tasks. The Mouse Genome Institute also curates articles for purposes other than GO annotation. Comparison with these tasks will provide further insight into the true potential of document classification for biomedical curation.</p>
<p>The TREC Genomics Track will be continuing in 2005. The categorization task will consist of selecting papers for a set of four triage categories relevant to MGI curation, including allele phenotypes, embryologic expression, and tumor biology as well as repeating the GO triage categorization task with updated data. It is hoped that the research community will be able to build on their experience from this year and present improved results in 2005. There is a large potential benefit to biomedical curation, and work in this area must continue to realize fully the advantages the automated biomedical document classification and text mining could bring to biomedical research.</p>
</sec>
<sec>
<title>Competing interests</title>
<p>The author(s) declare that they have no competing interests.</p>
</sec>
<sec>
<title>Authors' contributions</title>
<p>AC drafted the article, lead the OHSU submission for the TREC Genomics categorization task, and first suggested the asymmetric utility measure and boundary cases. WR chairs the TREC Genomics Track and initially suggested the track tasks described here. Both authors serve on the TREC Genomics Track steering committee and reviewed and approved the final manuscript.</p>
</sec>
</body>
<back>
<ack>
<sec>
<title>Acknowledgements</title>
<p>The TREC 2004 Genomics Track was supported by NSF Grant ITR-0325160. The track also appreciates the help of Ellen Voorhees and NIST.</p>
<p>The TREC 2004 Genomics Track would like to acknowledge the assistance of Judith Blake and her staff at the Mouse Genome Institute for their support in creating the tasks and preparing the data for this research.</p>
<p>The categorization task data and details for its use are available on the TREC Genomics web site (
<ext-link ext-link-type="uri" xlink:href="http://ir.ohsu.edu/genomics/"></ext-link>
). A second version of data was released in early 2005 that updated the 2004 data to correct some minor errors.</p>
</sec>
</ack>
<ref-list>
<ref id="B1">
<citation citation-type="journal">
<person-group person-group-type="author">
<collab>Anonymous</collab>
</person-group>
<article-title>The Gene Ontology (GO) database and informatics resource</article-title>
<source>Nucleic Acids Research</source>
<year>2004</year>
<volume>32</volume>
<fpage>D258</fpage>
<lpage>D261</lpage>
<pub-id pub-id-type="pmid">14681407</pub-id>
<pub-id pub-id-type="doi">10.1093/nar/gkh036</pub-id>
</citation>
</ref>
<ref id="B2">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Cohen</surname>
<given-names>AM</given-names>
</name>
<name>
<surname>Hersh</surname>
<given-names>W</given-names>
</name>
</person-group>
<article-title>A Survey of Current Work in Biomedical Text Mining</article-title>
<source>Briefings in Bioinformatics</source>
<year>2005</year>
<volume>6</volume>
<fpage>57</fpage>
<lpage>71</lpage>
<pub-id pub-id-type="pmid">15826357</pub-id>
<pub-id pub-id-type="doi">10.1093/bib/6.1.57</pub-id>
</citation>
</ref>
<ref id="B3">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Dayanik</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Fradkin</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Genkin</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Kantor</surname>
<given-names>P</given-names>
</name>
<name>
<surname>Madigan</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Lewis</surname>
<given-names>DD</given-names>
</name>
<name>
<surname>Menkov</surname>
<given-names>V</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>DIMACS at the TREC 2004 Genomics Track: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B4">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Fujita</surname>
<given-names>S</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Revisiting again document length hypotheses - TREC 2004 Genomics Track experiments at Patolis: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B5">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Cohen</surname>
<given-names>AM</given-names>
</name>
<name>
<surname>Bhuptiraju</surname>
<given-names>RT</given-names>
</name>
<name>
<surname>Hersh</surname>
<given-names>W</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Feature generation, feature selection, classifiers, and conceptual drift for biomedical document triage: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B6">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Dunham</surname>
<given-names>MH</given-names>
</name>
</person-group>
<source>Data mining introductory and advanced topics</source>
<year>2003</year>
<publisher-name>Upper Saddle River, N.J., Prentice Hall/Pearson Education</publisher-name>
<fpage>xiii, 315 p.</fpage>
</citation>
</ref>
<ref id="B7">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Seki</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Costello</surname>
<given-names>JC</given-names>
</name>
<name>
<surname>Singan</surname>
<given-names>VR</given-names>
</name>
<name>
<surname>Mostafa</surname>
<given-names>J</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>TREC 2004 Genomics Track experiments at IUB: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B8">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Settles</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Craven</surname>
<given-names>M</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Exploiting zone information, syntactic rules, and informative terms in Gene Ontology annotation of biomedical documents: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B9">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Yeh</surname>
<given-names>AS</given-names>
</name>
<name>
<surname>Hirschman</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Morgan</surname>
<given-names>AA</given-names>
</name>
</person-group>
<article-title>Evaluation of text data mining for database curation: lessons learned from the KDD Challenge Cup</article-title>
<source>Bioinformatics</source>
<year>2003</year>
<volume>19 Suppl 1</volume>
<fpage>i331</fpage>
<lpage>9</lpage>
<pub-id pub-id-type="pmid">12855478</pub-id>
<pub-id pub-id-type="doi">10.1093/bioinformatics/btg1046</pub-id>
</citation>
</ref>
<ref id="B10">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Hirschman</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Yeh</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Blaschke</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Valencia</surname>
<given-names>A</given-names>
</name>
</person-group>
<article-title>Overview of BioCreAtIvE: critical assessment of information extraction for biology</article-title>
<source>BMC Bioinformatics</source>
<year>2005</year>
<volume>6</volume>
<fpage>S1</fpage>
<pub-id pub-id-type="pmid">15960821</pub-id>
<pub-id pub-id-type="doi">10.1186/1471-2105-6-S1-S1</pub-id>
</citation>
</ref>
<ref id="B11">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Darwish</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Madkour</surname>
<given-names>A</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>The GUC goes to TREC 2004: using whole or partial documents for retrieval and classification in the Genomics Track: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B12">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Aronson</surname>
<given-names>AR</given-names>
</name>
<name>
<surname>Demmer</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Humphrey</surname>
<given-names>SH</given-names>
</name>
<name>
<surname>Ide</surname>
<given-names>NC</given-names>
</name>
<name>
<surname>Kim</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Loane</surname>
<given-names>RR</given-names>
</name>
<name>
<surname>Mork</surname>
<given-names>JG</given-names>
</name>
<name>
<surname>Smith</surname>
<given-names>LH</given-names>
</name>
<name>
<surname>Tanabe</surname>
<given-names>LK</given-names>
</name>
<name>
<surname>Wilbur</surname>
<given-names>WJ</given-names>
</name>
<name>
<surname>Xie</surname>
<given-names>N</given-names>
</name>
<name>
<surname>Demner</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Liu</surname>
<given-names>H</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Knowledge-intensive and statistical approaches to the retrieval and annotation of genomics MEDLINE citations: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B13">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Zhang</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Lee</surname>
<given-names>WS</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Experience of using SVM for the triage task in TREC 2004 Genomics Track: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B14">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Li</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>X</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Zhu</surname>
<given-names>X</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>THUIR at TREC 2004: Genomics Track: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B15">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Lee</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Hou</surname>
<given-names>WJ</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>HH</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Identifying relevant full-text articles for GO annotation without MeSH terms: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B16">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Nakov</surname>
<given-names>PI</given-names>
</name>
<name>
<surname>Schwartz</surname>
<given-names>AS</given-names>
</name>
<name>
<surname>Stoica</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Hearst</surname>
<given-names>MA</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>BioText team experiments for the TREC 2004 Genomics Track: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B17">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Sinclair</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Webber</surname>
<given-names>B</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>TREC Genomics 2004: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B18">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Ruch</surname>
<given-names>P</given-names>
</name>
<name>
<surname>Chichester</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Cohen</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Ehrler</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Fabry</surname>
<given-names>P</given-names>
</name>
<name>
<surname>Marty</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Muller</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Geissbuhler</surname>
<given-names>A</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Report on the TREC 2004 experiment: Genomics Track: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B19">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Yang</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Yu</surname>
<given-names>N</given-names>
</name>
<name>
<surname>Wead</surname>
<given-names>A</given-names>
</name>
<name>
<surname>LaRowe</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Li</surname>
<given-names>YH</given-names>
</name>
<name>
<surname>Friend</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Lee</surname>
<given-names>Y</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>WIDIT in TREC 2004 Genomics, Hard, Robust and Web Tracks: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B20">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Guillen</surname>
<given-names>R</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Categorization of genomics text based on decision rules: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B21">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Kraaij</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Raaijmakers</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Weeber</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Jelier</surname>
<given-names>R</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>MeSH based feedback, concept recognition and stacked classification for curation tasks: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
<ref id="B22">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Eichmann</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Bradshaw</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Qiu</surname>
<given-names>XY</given-names>
</name>
<name>
<surname>Zhou</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Srinivasan</surname>
<given-names>P</given-names>
</name>
<name>
<surname>Sehgal</surname>
<given-names>AK</given-names>
</name>
<name>
<surname>Wong</surname>
<given-names>H</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Voorhees EM and Buckland LP</surname>
</name>
</person-group>
<source>Novelty, question answering and genomics: the University of Iowa response: ; Gaithersburg, MD.</source>
<year>2004</year>
<publisher-name>National Institute of Standards and Technology</publisher-name>
</citation>
</ref>
</ref-list>
</back>
</pmc>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Wicri/Informatique/explor/SgmlV1/Data/Pmc/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 000145 | SxmlIndent | more

Ou

HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 000145 | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Wicri/Informatique
   |area=    SgmlV1
   |flux=    Pmc
   |étape=   Corpus
   |type=    RBID
   |clé=     PMC:1440303
   |texte=   The TREC 2004 genomics track categorization task: classifying full text biomedical documents
}}

Pour générer des pages wiki

HfdIndexSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/RBID.i   -Sk "pubmed:16722582" \
       | HfdSelect -Kh $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd   \
       | NlmPubMed2Wicri -a SgmlV1 

Wicri

This area was generated with Dilib version V0.6.33.
Data generation: Mon Jul 1 14:26:08 2019. Site generation: Wed Apr 28 21:40:44 2021