- From: John Arwe <johnarwe@us.ibm.com>
- Date: Tue, 7 Jan 2014 09:58:13 -0500
- To: "Linked Data Platform (LDP) Working Group" <public-ldp-wg@w3.org>
- Message-ID: <OF88B92A32.E25D81A3-ON85257C59.004F90C9-85257C59.00523C95@us.ibm.com>
> If you have a graph that said > > <#joe> a :Elephant . > > This would tell you quite a lot about how you can interact with <#joe> . Ok, I'll bite. What exactly does the rdf:type statement tell *code* about how it can interact with <#joe>? > >> By Alexandre's own example (making a backup of an LDPC/LDPR), the > >> backup is just a document (it has the same RDF content, including > >> the same rdf:type(s), but a different interaction model), not an LDPC or LDPR. > If you copied the graph, would you not have the URLs pointing to the > original URL? Right. The triples in my head were different (but mine were incorrect). > I suppose the issue is to do with moving without resolving the > graph, which seems like of course very prone to > creating bad errors. Right. And if you don't resolve the URIs in the graph, it's probably true that you don't have an RDF graph (although I haven't checked the formal definition), you have a representation that *could be converted into an RDF graph* if given a base URI. I'm not interested in breaking new ground on how to do that movement safely/sanely. > profile seems more specific. More specific (than type) could be good or bad in your view, I'm not sure which. As I related on a call, I did consult with the RFC author first and he thought profile was a reasonable fit for our use case. To paraphrase him, profile is intended as a lightweight way to refine the definition of existing media type(s) when you don't want to register a new media type. As Alexandre has said, defining a new media type would be the usual way to do what LDP is doing. If I read "more specific" to mean "-1 that", do you feel that rel=type is The Right Choice (anything else -1), would you prefer we mint our own URI (which is completely allowed by 5988), or what? Seems like in the ideal case we use the list to find apparent consensus and then vote on the call to confirm that. Otherwise we'll be here until 10 minutes after the sun goes nova. Best Regards, John Voice US 845-435-9470 BluePages Tivoli OSLC Lead - Show me the Scenario
Received on Tuesday, 7 January 2014 14:58:44 UTC