W3C home > Mailing lists > Public > public-semweb-lifesci@w3.org > June 2012

Accession Numbers - Linking Strategies

From: Hammond, Tony <t.hammond@nature.com>
Date: Tue, 26 Jun 2012 13:55:38 +0000
To: "public-semweb-lifesci@w3.org" <public-semweb-lifesci@w3.org>
Message-ID: <CC0F7DE6.5AE4%t.hammond@nature.com>

This is probably a very simplistic question but I was wondering if there were any best practices for linking based on accession numbers for RDF documents. There seem to be different service based type mechanisms for each individual registry which may not provide the most stable means of linking. Correspondingly using lingua francas such as Bio2RDF namespacing [1] can also be problematic in that not all the namespaces of interest appear to be represented  and these also (as I understand it) provide no guarantee for dereference but rather a common URI template.

So just what is the best policy for linking accession numbers? Or should one avoid this.



[1] http://sourceforge.net/apps/mediawiki/bio2rdf/index.php?title=Namespace

DISCLAIMER: This e-mail is confidential and should not be used by anyone who is
not the original intended recipient. If you have received this e-mail in error
please inform the sender and delete it from your mailbox or any other storage
mechanism. Neither Macmillan Publishers Limited nor any of its agents accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of Macmillan Publishers Limited or one of its agents.
Please note that neither Macmillan Publishers Limited nor any of its agents
accept any responsibility for viruses that may be contained in this e-mail or
its attachments and it is your responsibility to scan the e-mail and 
attachments (if any). No contracts may be concluded on behalf of Macmillan 
Publishers Limited or its agents by means of e-mail communication. Macmillan 
Publishers Limited Registered in England and Wales with registered number 785998 
Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS   
Received on Tuesday, 26 June 2012 13:56:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:21:13 UTC