[Bioperl-l] Identifiable and Describable

Hilmar Lapp hlapp@gnf.org
Tue, 23 Jul 2002 18:47:27 -0700


> -----Original Message-----
> From: Ewan Birney [mailto:birney@ebi.ac.uk]
> Sent: Tuesday, July 23, 2002 4:21 PM
> To: Hilmar Lapp
> Cc: bioperl-l@bioperl.org
> Subject: RE: [Bioperl-l] Identifiable and Describable
> 
> 
> On Tue, 23 Jul 2002, Hilmar Lapp wrote:
> 
> > I've seen lsid_string() there too, which I think shouldn't be there.
> > It pertains to a specific implementation of IdentifiableI, 
> namely the
> > LSID implementation. Another one might have mobyid_string(), or
> > whatever.
> 
> 
> I don't consider LSID a specific *implementation* but a specific
> *encoding* of the information. 
> 
[...]
> > 
> > I.e., you would have
> > 
> > 	Bio::Identifier::SimpleID is-a IdentifiableI
> > 	Bio::Identifier::LSID is-a IdentifiableI
> > 	Bio::Identifier::MobyID is-a IdentifiableI
> > 	Bio::Identifier::EnsemblID is-a IdentifiableI
> > 	# ... and whatever more you wish
> > 
> 
> I still don't think LSID/MOBY/Ensembl's are different 
> implemetnations -
> they use the same slots in semantically identical ways and it is more
> encoding things...
> 

They do, right. But the LSID string would be an encoding, wouldn't it? And another one might encode the same information in a different way, right? So, the method lsid_string() returns an encoding, and the name implies that it's a specific encoding.

One could rename to say id_string() in the interface, and an implemention using the LSID encoding then returns an LSID-compliant string ... Does that make sense?

	-hilmar
-- 
-------------------------------------------------------------
GNF Genome Informatics: We like beer, not whine.
-------------------------------------------------------------