Re: Another Translator for RDF

On 1/2/12 5:41 AM, Henry Story wrote:
> On 31 Dec 2011, at 01:47, Mo McRoberts wrote:
>
>> On 30 Dec 2011, at 18:57, Kingsley Idehen wrote:
>>
>>> On 12/30/11 6:48 AM, Mo McRoberts wrote:
>>>> It's a neat trick, but I can think of a couple of awkward reasons why you might not want to rely on the behaviour. Tends to be easier to use the translator to generate the format you want and the republish it with conneg switched on!
>>> Trouble is that you have to control the server to do content negotiation and explicit de-reference etc.. When you have # URIs you can leverage implicit de-reference
>> I’m not saying “don't do fragments”!
>>
>> What Peter was publishing — as RDFa — was perfectly fine. The difficulty arises when you want to publish an equivalent set of triples somewhere *else* (specifically) in a different format but still referring to the original URI you picked for yourself — i.e., sticking the automated translation in the middle of the chain, without having it made available at the original URI.
>>
>> The tricksy part is that you have a SAN extension which asserts that you are known as
>>
>> URI-A, URI-B
>>
>> Consumer requests URI-A and discovers that it can't parse what it retrieves, so moves on to URI-B
>>
>> It *can* parse the document from URI-B (because it's been auto-translated into a form it can process), and finds that the only assertion in that document about URI-B is an owl:sameAs relation referring it to URI-A.
>>
>> Now, because URI-A's document can't be parsed, there's no way to verify that it does contain the triples which confirm the relationship between it as a WebID URI and the WebID certificate, *however* a consumer can look for triples describing URI-A in the document referring to it retrieved from URI-B: in this case, it finds some, and can process them as being equivalent to as if they were asserted about URI-B, but what it cannot do is state that URI-A is an identifier for the certificate-holder.
>>
>> This is all fine, but it's behaviour which has to be defined somewhere if it's desirable — some consumers might do it, others might not — following owl:sameAs (and whether to follow them to other documents, and how to behave if retrieval of those fails or has already failed) isn't prescribed at present.
>>
>> Thus, while multiple SAN URIs *do* work as a synonym mechanism (provided the consumer can retrieve and process data from each of the synonymous URIs), owl:sameAs won't necessarily.
>>
>>> Peter, is basically, attempting the very same things for WebID that Martin Hepp achieved with GoodRelations. Showcase how its all works in the very simplest form possible (at InterWeb scale) modulo any biases re. platforms and best practices.
>> Well, no, the simplest form possible is just publishing the RDFa (or any other single serialisation) and letting the consumers process that, surely? :)
> +1 As usual Peter has managed to make a simple project complex. It is his unique talent to do that.

Peter is prepping you for what WebID will encounter in the real world.

Kingsley
>
>
>
>> M.
>>
>> -- 
>> Mo McRoberts - Technical Lead - The Space,
>> 0141 422 6036 (Internal: 01-26036) - PGP key CEBCF03E,
>> Project Office: Room 7083, BBC Television Centre, London W12 7RJ
>>
>>
>>
>>
> Social Web Architect
> http://bblfish.net/
>
>
>


-- 

Regards,

Kingsley Idehen	
Founder&  CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca handle: @kidehen
Google+ Profile: https://plus.google.com/112399767740508618350/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen