[MOBY-l] Hmmm... ID objects or SpecificID objects??

[Lukas Mueller]

IMHO, it should be up to the service which namespace to accept. The 
problem is how does the caller know about it? -- The namespace info 
could be added into the name of the service,
RetrieveSequenceWithGenbankID would obviously expect a Genbank ID and 
reject all others), or in a description field, or in a namespaces field 
in the moby central registry. Creating lots of different objects will be 
too messy.
Lukas

On Thursday, May 30, 2002, at 03:35 , Mark Wilkinson wrote:

> Hi group,
>
> I've been setting up an example sequence retrieval service this
> afternoon, but I hit a problem that I'd like to throw out to the group
> for discussion.
>
> Many services (eg. sequence retrieval services) will simply take an ID
> number as input.  The problem is that ID numbers may be of many types...
> GenbankGI, GenbankAcc, EMBLID, TIGR_Gene_ID, and so on and so on and so
> on.  In principle, we could define an object like this:
>
>         <ID  namespace="GenbankGI" id="1223647"/>
>
>
> But since services register only the type of *object* that they deal
> with, not the namespace that they accept, most services that claim to
> accept ID numbers will not necessarily handle *all* types of ID's.
>
> The alternative is to have separate objects for each type of ID:
>
>         <GenbankGI  namespace="GenbankGI"  id="1223647"/>
>
> But this seems like a nightmare scenario...or?
>
> Hmmmmm....  do we change the registry, or do we make more objects?... or
> do we just let the server decide if it is competent to handle that type
> of ID number?
>
> Hmmmmmmm.....
>
>
> Mark
>
>
>
> --
> --------------------------------
> "Speed is subsittute fo accurancy."
> ________________________________
>
> Dr. Mark Wilkinson
> Bioinformatics Group
> National Research Council of Canada
> Plant Biotechnology Institute
> 110 Gymnasium Place
> Saskatoon, SK
> Canada
>
>
>
> _______________________________________________
> moby-l mailing list
> moby-l at biomoby.org
> http://biomoby.org/mailman/listinfo/moby-l
>