W3C home > Mailing lists > Public > public-semweb-lifesci@w3.org > July 2004

RE: SemWeb BOF @ ISMB 04

From: Sean Martin <sjmm@us.ibm.com>
Date: Tue, 27 Jul 2004 08:41:34 -0400
To: public-semweb-lifesci@w3.org
Cc: <wangxiao@musc.edu>
Message-ID: <OF0D14BD32.A5FA4553-ON85256EDE.0042CC9B-85256EDE.0045B97A@us.ibm.com>
>I believe one of the main problem in life science is the same as the
>original problem that Eric Neumann has posted.  That is how to refer part 
of
>non-RDF document.

>In my cases, my concern is this.  For some applications, such as data 
submission
>and retrieval, I actually wanted the gel encoded in a "compact" form.
>Personally, I don't think XML is a good solution because there are more
>overhead than the actual payload.  Neither will RDF a good solution for 
the
>same reason.  It is not that difficult to create an arbitrary format to
>encode the gel data in a compact text based format but then I don't know 
how
>the URI should be assigned to each individual spot.  The URI for the spot 
is
>important because if a spot is IDed or used to perform MS.  The URI can 
make
>it easy to associate other type of descriptions.

If I have understood you correctly, you are describing one of the use 
cases for the Life Sciences URN identifier. A single LSID can describe and 
give remote programatic access to both your data (the gel data in the 
format you invented or some other standard format appropriate to that data 
if one exists) and  any amount of metadata in RDF that describes that data 
and its cross-relationships with other entities. 

Once an LSID name is created for any data and made available, third 
parties (or other applications) can use it to attach their own RDF 
metadata to the data you have named with that LSID. Any LSID can be used 
in RDF as an indentifying URI (a resource), but with the difference that 
your software can automatically dereference it to discover and retrieve a 
copy of the data it names and the metadata that describes it. This may in 
turn include pointers to further LSID named resources.


Kindest regards, Sean

--
Sean Martin
IBM Corp.
Received on Tuesday, 27 July 2004 08:42:52 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:00:39 GMT