Re: Comments on the LDP Spec: Creating new Resources

On 10/9/14 3:42 PM, David Wood wrote:
> On Oct 9, 2014, at 15:11, Steve Speicher <sspeiche@gmail.com 
> <mailto:sspeiche@gmail.com>> wrote:
>
>> On Thu, Oct 9, 2014 at 3:05 PM, Miguel Aragón 
>> <miguel.aragon@base22.com <mailto:miguel.aragon@base22.com>> wrote:
>>
>>     Hi Nandana, thanks for responding.
>>
>>     Null URIs are actually very problematic, and (not null) relative
>>     URIs just make the problem worse. With the approach that we have:
>>     Generic Request URIs, hash URIs can be used in the same way:
>>
>>     *Method:* POST
>>     *URL:* http://example.org/container/
>>     *Slug: *miguel
>>     *Body:*
>>     @base <http://example.org/generic-requests/123123123123>.
>>     <> a foaf:PersonalProfileDocument;
>>     foaf:primaryTopic <#me>.
>>
>>     Is resolved to
>>
>>     <http://example.org/container/miguel> a foaf:PersonalProfileDocument;
>>     foaf:primaryTopic <http://example.org/container/miguel#me>.
>>
>>     I honestly don’t see the case for using relative URIs (null or
>>     not null) at all. They bring many problems to the server and make
>>     the request document an invalid RDF document.
>>
>> I believe this is a general misconception, the base URI to use for 
>> resolution just instead carried outside the entity body.  Many RDF 
>> libraries allow you to supply the absolute base URI to use for 
>> resolution when handing off the model, this topic was discussed on 
>> the list some time ago [1].
>>
>> Since it is a common stumbling block and not that clear, I would 
>> suggest we include additional guidance in the best practices and 
>> guidance document [2].
>
>
> For what it is worth, we just love relative URIs. This is because they 
> allow us to easy move applications from one service to another. We 
> would be quite unhappy if we could not both use relative URIs and be 
> LDP compliant.
>
> Regards,
> Dave
> --
> http://about.me/david_wood

+1

Relative URIs are essential for any kind of functional Linked Open Data 
Web that's insusceptible to domain level data-silo-fication.

-- 
Regards,

Kingsley Idehen	
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this