————————# $Id: elink.pm,v 1.24.4.3 2006/11/10 16:48:09 cjfields Exp $
#
# BioPerl module for Bio::DB::EUtilities::elink
#
# Cared for by Chris Fields <cjfields at uiuc dot edu>
#
# Copyright Chris Fields
#
# You may distribute this module under the same terms as perl itself
#
# POD documentation - main docs before the code
#
# Part of the EUtilities BioPerl package
=head1 NAME
Bio::DB::EUtilities::elink - check for and retrieve external or related ID's
from a list of one or more primary ID's, including relevancy scores.
=head1 SYNOPSIS
B<Do not use this module directly.> Use it via the
L<Bio::DB::EUtilities|Bio::DB::EUtilities> class.
# chain EUtilities for complex queries
use Bio::DB::EUtilities;
my $esearch = Bio::DB::EUtilities->new(-eutil => 'esearch',
-db => 'pubmed',
-term => 'hutP',
-usehistory => 'y');
$esearch->get_response; # parse the response, fetch a cookie
my $elink = Bio::DB::EUtilities->new(-eutil => 'elink',
-db => 'protein,taxonomy',
-dbfrom => 'pubmed',
-cookie => $esearch->next_cookie,
-cmd => 'neighbor');
# this retrieves the Bio::DB::EUtilities::ElinkData object
my ($linkset) = $elink->next_linkset;
my @ids;
# step through IDs for each linked database in the ElinkData object
for my $db ($linkset->get_databases) {
@ids = $linkset->get_LinkIds_by_db($db); #returns primary ID's
# do something here
}
# multiple ID groups (for one-to-one-correspondence of IDs)
my $elink = Bio::DB::EUtilities->new(-eutil => 'elink',
-db => 'all',
-dbfrom => 'protein',
-id => [\@id1, @ids2],
-multi_id => 1,
-cmd => 'neighbor');
while (my $linkset = $elink->next_linkset) {
for my $db ($linkset->get_databases) {
my @ids = $linkset->get_LinkIds_by_db($db); #returns primary ID's
# do something here
}
}
# to retrieve scores for a linkset
while (my $linkset = $elink->next_linkset) {
my @score_dbs = $linkset->has_scores; # retrieve databases with score values
for my $db (@score_dbs) {
my @ids = $linkset->get_LinkIds_by_db($db); #returns primary ID's
$linkset->set_score_db($db); # to current database containing scores
for my $id (@ids) {
my $score = get_score($id);
# do something here, like screen for IDs based on score
}
}
}
# or just receive a hash containing ID-score key-value pairs
while (my $linkset = $elink->next_linkset) {
my @score_dbs = $linkset->has_scores;
for my $db (@score_dbs) {
$linkset->set_score_db($db);
%scores = $linkset->get_score_hash;
}
}
=head1 DESCRIPTION
B<WARNING>: Please do B<NOT> spam the Entrez web server with multiple requests.
The EUtility Elink is used to check for and retrieve external or related ID's
from a list of one or more primary ID's. Using the C<cmd> parameter, one can
vary the returned data. See the below command options for explanations on
returned XML output. For certain command options one can retrieve one or more
L<Bio::DB::EUtilities::Cookie|Bio::DB::EUtilities::Cookie> objects to be used in
other EUtility searches or efetch primary IDs. Other will return the ID
information and relevancy scores in one or more
L<Bio::DB::EUtilities::ElinkData|Bio::DB::EUtilities::ElinkData> objects.
=head2 NCBI ELink Parameters
The following are a general list of parameters that can be used to take
advantage of ELink. Up-to-date help for ELink is available at this URL
(the information below is a summary of the options found there):
=over 3
=item C<db>
One or more database available through EUtilities. If set to 'all', will
retrieve all relevant information from each database based on the C<cmd>
parameter (the default setting is to retrieve related primary ID's). One
interesting behaviour is when C<db> and C<dbfrom> are set to the same database;
related IDs from database are retrieved along with a relevancy score. This
score differs from database to database; if protein-protein elinks are sought,
the scores are generated from BLASTP
=item C<dbfrom>
originating database; useful only if using directly when querying with ID's
=item C<id>
a list of primary ID's
Below are a list of IDs which can be used with ELink:
B<PMID> (pubmed), B<MIM number> (omim), B<GI number> (nucleotide, protein),
B<Genome ID> (genome), B<Popset ID> (popset), B<SNP cluster ID> (snp),
B<UniSTS ID> (unists), B<UniGene cluster ID> (unigene), B<MMDB-ID> (structure),
B<PSSM-ID> (cdd), B<3D SDI> (domains), B<TAXID> (taxonomy), B<GEO ID> (geo)
=item C<reldate>
limits results to the number of days preceding today's date
=item C<mindate>, C<maxdate>
limits results by dates (C<yyyy/mm/dd> format, or by year)
=item C<term>
limits results by Entrez query (only valid when C<cmd=neighbor> within a single
database)
=item C<retmode>
set to XML, but can be changed to ref when needed
=item C<cmd>
command values (see below)
=item C<holding>
list LinkOut URLs for specified holding provider; used with C<cmd=llinks>
or C<cmd=llinkslib> (rarely used)
=back
=head2 Additional (Bioperl-related) Parameters
The following are a general list of parameters that can be used to take
advantage of ELink. Up-to-date help for ELink is available at this URL
(the information below is a summary of the options found there):
=over 3
=item C<eutil>
The relevant EUtility to be used (elink).
=item C<cookie>
Uses a L<Cookie|Bio::DB::EUtilities::Cookie>-based search (see below)
=item C<multi_id>
Sets a flag to treat the ID data (C<id> parameter) as multiple ID groups (see
below).
=item C<keep_cookies>
Sets a flag to retain the cookie queue (this is normally cleared
before
=back
=head2 Command Values
Command values are set using the C<cmd> parameter.
=over 3
=item C<prlinks>
List the hyperlink to the primary LinkOut provider for multiple IDs and
database. Each ID is processed separately.
=item C<prlinks&retmode=ref>
Create a hyperlink to the primary LinkOut provider for a single ID and database.
=item C<llinks>
List LinkOut URLs and Attributes, except PubMed libraries, for multiple IDs
and database. Each ID is processed separately.
=item C<llinkslib>
List LinkOut URLs and Attributes for multiple IDs and database. Each ID is
processed separately.
=item C<lcheck>
Check for the existence (Y or N) of an external link in for multiple IDs and
database.
=item C<ncheck>
Check for the existence of a neighbor link for each ID within a database,
e.g., Related Articles in PubMed.
=item C<neighbor>
The default setting. Display neighbors and their scores within a database.
This module will parse XML output from an ELink query and will return a
L<Bio::DB::EUtilities::ElinkData> object, which contains IDs for every database
liked to using C<db> (see C<id> and C<db> for more details).
=item C<neighbor_history>
Create history (WebEnv & query_key) for use in other EUtilities.
=item C<acheck>
Lists Entrez databases links for multiple IDs from a single database.
=back
=head2 Cookies
Some EUtilities (C<epost>, C<esearch>, or C<elink>) are able to retain information on
the NCBI server under certain settings. This information can be retrieved by
using a B<cookie>. Here, the idea of the 'cookie' is similar to the 'cookie' set
on a user's computer when browsing the Web. XML data returned by these
EUtilities, when applicable, is parsed for the cookie information (the 'WebEnv'
and 'query_key' tags to be specific) The information along with other identifying
data, such as the calling eutility, description of query, etc.) is stored as a
L<Bio::DB::EUtilities::Cookie|Bio::DB::EUtilities::Cookie> object in an internal
queue. These can be retrieved one at a time by using the next_cookie method or
all at once in an array using get_all_cookies. Each cookie can then be 'fed',
one at a time, to another EUtility object, thus enabling chained queries as
demonstrated in the synopsis.
For more information, see the POD documentation for
L<Bio::DB::EUtilities::Cookie|Bio::DB::EUtilities::Cookie>.
=head2 ElinkData Objects
Due to the diversity of information that can be returned via elink, a special
object (ElinkData) has been created to hold data parsed from the XML output. This
object holds returned IDs, scores, and potentially additional data as the need
arises. ElinkData objects are stored in an internal queue much like for Cookie
objects; similarly, they can be accessed using L<next_linkset> and
L<get_all_linksets>. If a simple search is initiated, where one database is
queried using one set of IDs, the default EUtilities method C<get_ids> can be
used to retrieve the IDs. If more than one database is specified for a single
set of IDs, (such as when C<db> is set to 'all' or a comma-separated list, like
'protein,taxonomy'), the database must be passed explicitly to C<get_ids> as an
argument to retrieve the relevant IDs.
The most complicated sitation comes when using multiple ID groups (see below).
This requires that each ID group have a separate set of data (a linkset), each
with potential multiple databases, multiple IDs, and so on. Linkset data is
stored in a special object
(L<Bio::DB::EUtilities::ElinkData|Bio::DB::EUtilities::ElinkData>).
For more information, see the POD documentation for
L<Bio::DB::EUtilities::ElinkData|Bio::DB::EUtilities::ElinkData>.
=head1 CURRENT USES
=head2 Complex queries
Chaining queries for retrieving related data using elink and other EUtilities is
now possible (see the L</"SYNOPSIS"> for an example). For instance, one can
grab a large number of taxon IDs using protein/nucleotide IDs; these can be
retrieved directly or saved on the server (setting C<cmd> to 'neighbor_history'),
and the cookie passed on to efetch.
=head2 Retrieving relevancy scores
When the C<db> and C<dbfrom> parameters are set to the same database, one can
retrieve relevancy scores for a single ID. These are based on several different
factors. For proteins, they are precomputed BLASTP scores, so this is actually
a quick way to get the best hits without having to run BLASTP directly!
Similarly, scores returned for nucleotide-nucleotide are based on BLASTN scores.
=head2 Multiple ID groups
When C<multi_id> flag is set to a TRUE value, the id list is built based on
different set of factors. The default method for submitting an ID list for
a query request for any EUtility is by having the C<id> parameter set to
an array reference (multiple IDs) or pass a single ID as a scalar, like this:
-id => \@ids,
-id => '1621261',
L<Bio::DB::EUtilities::elink|Bio::DB::EUtilities::elink> has the additional
capability to submit ID groups where searches are performed on each ID group
independently. This is accomplished by setting the C<multi_id> flag to true,
which indicates that the ID list will be evaluated as an array reference, with
each ID group represented by another array reference or a single ID. So, with
C<multi_id> set to TRUE:
-id => \@ids, # evaluates each ID in the array independently
...
-id => [@ids], # same as above
...
-id => [\@ids, $id], # IDs in @ids are grouped together for one search
# while single ID in scalar is searched independently
It can get tricky:
-id => [\@ids, $id1, @ids2], # @ids ID grouped together; IDs in $id1 and @id2
# are flattened and evaluated independently
This enables one-to-one correspondence with the returned data, so that one
can determine, per ID, what the matching ELink ID is. The default is to
return them all as a group (no one-to-one correspondence). Using a small ID
array, C<multi_id> set to TRUE, '-id =E<gt> \@ids', and this loop:
while (my $linkset = $elink->next_linkset) {
print "Query ID : ",join q(,), $linkset->query_id,"\n";
print "\tTax ID : ",join q(,), $linkset->get_LinkIds_by_db('taxonomy'),"\n";
}
gets this result:
Query ID : 1621261,
Tax ID : 83332,
Query ID : 31618162,
Tax ID : 233413,
Query ID : 31792573,
Tax ID : 233413,
Setting C<multi_id> to FALSE or not setting, using all other conditions above,
gets this result:
Query ID : 31792573,31618162,1621261,
Tax ID : 233413,83332,
=head1 FEEDBACK
=head2 Mailing Lists
User feedback is an integral part of the
evolution of this and other Bioperl modules. Send
your comments and suggestions preferably to one
of the Bioperl mailing lists. Your participation
is much appreciated.
bioperl-l@lists.open-bio.org - General discussion
http://www.bioperl.org/wiki/Mailing_lists - About the mailing lists
=head2 Reporting Bugs
Report bugs to the Bioperl bug tracking system to
help us keep track the bugs and their resolution.
Bug reports can be submitted via the web.
=head1 AUTHOR
Email cjfields at uiuc dot edu
=head1 APPENDIX
The rest of the documentation details each of the
object methods. Internal methods are usually
preceded with a _
=cut
# Let the code begin...
package
Bio::DB::EUtilities::elink;
use
strict;
use
warnings;
use
XML::Simple;
#use Data::Dumper;
our
$EUTIL
=
'elink'
;
our
$DTDVERSION
=
'1'
;
# cmd parameter options; these haven't been mapped yet
our
%CMD
= (
'prlinks'
=> 1,
'llinks'
=> 1,
'llinkslib'
=> 1,
'lcheck'
=> 1,
'ncheck'
=> 1,
'neighbor'
=> 1,
'neighbor_history'
=> 1,
'acheck'
=> 1,
);
sub
_initialize {
my
(
$self
,
@args
) =
@_
;
$self
->SUPER::_initialize(
@args
);
my
(
$term
,
$field
,
$reldate
,
$mindate
,
$maxdate
,
$datetype
,
$multi_id
,
$retstart
,
$retmax
,
$report
,
$dbfrom
,
$cmd
,
$holding
,
$version
,
$retmode
,
$linkname
) =
$self
->_rearrange([
qw(TERM FIELD RELDATE MINDATE MAXDATE DATETYPE MULTI_ID
RETSTART RETMAX REPORT DBFROM CMD HOLDING VERSION LINKNAME)
],
@args
);
# set by default
$self
->_eutil(
$EUTIL
);
# defaults which can be overridden
# Note : retmode should be 'xml' for all elink queries except when cmd=prlinks
$datetype
||=
'mdat'
;
$self
->datetype(
$datetype
);
$version
||=
$DTDVERSION
;
# DTD to use, should leave alone
$self
->version(
$version
);
# normal settings
$term
&&
$self
->term(
$term
);
$field
&&
$self
->field(
$field
);
$reldate
&&
$self
->reldate(
$reldate
);
$mindate
&&
$self
->mindate(
$mindate
);
$maxdate
&&
$self
->maxdate(
$maxdate
);
$retstart
&&
$self
->retstart(
$retstart
);
$retmax
&&
$self
->retmax(
$retmax
);
$report
&&
$self
->report(
$report
);
$dbfrom
&&
$self
->dbfrom(
$dbfrom
);
# validate cmd, otherwise don't set
$cmd
&&
exists
$CMD
{
$cmd
} &&
$self
->cmd(
$cmd
);
$holding
&&
$self
->holding(
$holding
);
$linkname
&&
$self
->linkname(
$linkname
);
$multi_id
&&
$self
->multi_id(
$multi_id
);
$self
->{
'_linksetindex'
} = 0;
$self
->{
'_linksets'
} = [];
$self
->{
'_ls_ct'
} = 0;
}
=head2 parse_response
Title : parse_response
Usage : $elink->parse_response($content)
Function: parse out response for cookie and/or id's
Returns : none
Args : HTTP::Response object
Throws : 'NCBI elink nonrecoverable error'
'No links' error
=cut
sub
parse_response {
# to add: parsing for dbfrom/dbto ids, tagging cookies with databases
my
$self
=
shift
;
my
$response
=
shift
if
@_
;
if
(!
$response
|| !
$response
->isa(
"HTTP::Response"
)) {
$self
->throw(
"Need HTTP::Response object"
);
}
my
$xs
= XML::Simple->new();
my
$simple
=
$xs
->XMLin(
$response
->content,
forcearray
=> [
qw(LinkSet LinkSetDb LinkSetDbHistory Link)
]);
# check for errors
if
(
exists
$simple
->{ERROR}) {
$self
->throw(
"NCBI elink nonrecoverable error: "
.
$simple
->{ERROR});
}
#$self->debug("Response dumper:\n".Dumper($simple));
my
$cmd
=
$self
->cmd ?
$self
->cmd :
'neighbor'
;
# set default cmd
# process possible cookies first
if
(
defined
(
$cmd
) &&
$cmd
eq
'neighbor_history'
) {
# process each LinkSet hash, one at at time;
# No scores when using history (only ids)
if
(!
exists
$simple
->{LinkSet} ) {
$self
->
warn
(
'No link history'
);
}
for
my
$linkset
(@{
$simple
->{LinkSet} }) {
my
$webenv
=
$linkset
->{WebEnv};
my
$dbfrom
=
$linkset
->{DbFrom};
my
$from_ids
=
$linkset
->{IdList}->{Id};
if
(!
ref
(
$from_ids
)) {
my
$tmp
=
$from_ids
;
$from_ids
= [
$tmp
];
}
for
my
$history
(@{
$linkset
->{LinkSetDbHistory} }) {
my
$query_key
=
$history
->{QueryKey};
next
if
(!
$query_key
|| (
exists
$history
->{Info} eq
'Empty result'
) );
my
$lname
=
$history
->{LinkName};
my
$db
=
$history
->{DbTo};
my
$cookie
= Bio::DB::EUtilities::Cookie->new(
-verbose
=>
$self
->verbose,
-webenv
=>
$webenv
,
-querykey
=>
$query_key
,
-eutil
=>
'elink'
,
-database
=>
$db
,
-dbfrom
=>
$dbfrom
,
-query_id
=>
$from_ids
,
-linkname
=>
$lname
,
);
$self
->add_cookie(
$cookie
);
}
}
return
;
}
elsif
(
$cmd
eq
'neighbor'
|| !
$cmd
) {
if
(!
exists
$simple
->{LinkSet}) {
$self
->
warn
(
'No returned links.'
);
return
;
}
for
my
$linkset
(@{
$simple
->{LinkSet} }) {
my
$linkobj
= Bio::DB::EUtilities::ElinkData->new
(
-verbose
=>
$self
->verbose,
-command
=>
$cmd
);
my
$status
=
$linkobj
->_add_set(
$linkset
);
$self
->_add_linkset(
$linkobj
)
if
$status
;
}
}
else
{
$self
->debug(
"$cmd not yet supported; no parsing occurred"
);
return
;
# need to add a few things for cmd=llinks
}
}
=head2 multi_id
Title : multi_id
Usage : $elink->multi_id(1);
Function: gets/sets value (switch for using multiple ids)
Returns : Boolean (value evaluating to true or false)
Args : Boolean (value evaluating to true or false)
=cut
sub
multi_id {
my
$self
=
shift
;
return
$self
->{
'_multi_id'
} =
shift
if
@_
;
return
$self
->{
'_multi_id'
};
}
=head2 next_linkset
Title : next_linkset
Usage : $ls = $elink->next_linkset;
Function: returns next linkset in internal cache of
: Bio::DB::EUtilities::ElinkData objects
Returns : Boolean (value evaluating to true or false)
Args : Boolean (value evaluating to true or false)
=cut
sub
next_linkset {
my
$self
=
shift
;
my
$index
=
$self
->_next_linkset_index;
return
if
(
$index
>
scalar
(
$self
->{
'_linksets'
}));
return
$self
->{
'_linksets'
}->[
$index
] ;
}
=head2 get_all_linksets
Title : get_all_linksets
Usage : @ls = $elink->get_all_linksets;
Function: returns array of Bio::DB::EUtilities::ElinkData objects
Returns : array or array ref of Bio::DB::EUtilities::ElinkData objects
based on wantarray
Args : None
=cut
sub
get_all_linksets {
my
$self
=
shift
;
return
@{
$self
->{
'_linksets'
} }
if
wantarray
;
return
$self
->{
'_linksets'
};
}
=head2 reset_linksets
Title : reset_linksets
Usage : $elink->reset_linksets;
Function: resets (empties) internal cache of Linkset objects
Returns : None
Args : None
=cut
sub
reset_linksets{
my
$self
=
shift
;
$self
->{
'_linksets'
} = [];
$self
->rewind_linksets;
$self
->{
'_ls_ct'
} = 0;
}
=head2 rewind_linksets
Title : rewind_linksets
Usage : $elink->rewind_linksets;
Function: resets linkset index to 0 (starts over)
Returns : None
Args : None
=cut
sub
rewind_linksets{
my
$self
=
shift
;
$self
->{
'_linksetindex'
} = 0;
}
=head2 get_linkset_count
Title : get_linkset_count
Usage : $ct = $elink->get_linkset_count;
Function: returns total # of linksets in Elink object
Returns : Integer (# linksets)
Args : None
=cut
sub
get_linkset_count {
my
$self
=
shift
;
return
$self
->{
'_ls_ct'
};
}
# holds and changes linkset index for next_linkset
sub
_next_linkset_index {
my
$self
=
shift
;
return
$self
->{
'_linksetindex'
}++;
}
# private method : parse linkset data and add ElinkData objects to linkset cache
sub
_add_linkset {
my
$self
=
shift
;
if
(
@_
) {
my
$data_links
=
shift
;
$self
->throw(
"Expecting a Bio::DB::EUtilities::ElinkData, got $data_links."
)
unless
$data_links
->isa(
"Bio::DB::EUtilities::ElinkData"
);
push
@{
$self
->{
'_linksets'
} },
$data_links
;
$self
->{
'_ls_ct'
}++;
}
}
1;
__END__