W3C home > Mailing lists > Public > public-ldp-wg@w3.org > September 2012

Multiple representations of the same resource without content negotiation

From: <Armin.Haller@csiro.au>
Date: Mon, 24 Sep 2012 12:24:59 +1000
To: <public-ldp-wg@w3.org>
Message-ID: <378F8A27C40D3741AC0445CC2A5C50E0B89FF45D15@EXNSW-MBX05.nexus.csiro.au>
Dear all,

I am running this by the mailing list to solicit your opinions if this is relevant to the LDP before I post it to the issue list.

In a series of Linked Data projects in CSIRO we have the following requirement on a Linked Data Platform. Consider, for example, a physical feature that can be identified and mapped. Multiple information resources may exist for a single object, may this be one of several machine readable cartographic representations (e.g. different levels of detail), several types of pictures, HTML descriptions or RDF graphs of information about the object. We desire a single URI that represents the "real world thing" as postulated by the Linked Data principles. However, multiple representations of this thing (URI) exist. Such systems are common in the "Data Web" and although highly heterogeneous, represent a significant, and in some cases legislated resource base that can be linked.
Of course content negotiation can be used to retrieve the different representations of the same object. However, how does the user know what representations do exist about this object? Also, what if the representation is a native API itself? Native APIs and formats are supported by existing clients, so the goal of a LDP here is arguably to broker a client getting access to the resource in the right representation with minimal overhead. As such, the LDP platform could be considered as a URL resolver for an object representation. If we allow this functionality the following issues arise:

●	Do we encode the representation types in a graph about the object (e.g. in a representation/type ontology, a VOID description, etc.)?
●	Do we require the user to query this graph to determine the different representation about an object or do we offer an API that allows the user to natively query for different representation of the thing other than RDF/JSON/HTML?
●	If we do, how are CoolURIs resolved to multiple possible representations? Do we use an identifier for the representation type?
●	Can we use identifiers for the same object from other contexts if they support LD, or are they just alternative representations?
●	How do we know when a URI acts as a LD identifier or as an information resource?
●	What is the minimal API needed for handling multiple identifiers and representations across multiple communities?
●	How do we provide links to native APIs, e.g. MAP APIs, Web Feature Server, etc.?

Looking forward to your opinions!

Best regards,
Armin

-- 
Armin Haller
Research Scientist
Information Engineering Lab | CSIRO ICT Centre
PO Box 664 | Canberra ACT 2601
T +61 2 6216 7149 | F +61 2 6216 7111 | armin.haller@csiro.au 
Received on Monday, 24 September 2012 02:25:36 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:17:31 UTC