|19 earlier messages|
|Ian Davis||Nov 4, 2010 9:22 am|
|Bradley Allen||Nov 4, 2010 9:25 am|
|Harry Halpin||Nov 4, 2010 9:33 am|
|Robin YANG||Nov 4, 2010 9:52 am|
|Ian Davis||Nov 4, 2010 9:55 am|
|David Wood||Nov 4, 2010 9:56 am|
|Mike Kelly||Nov 4, 2010 10:12 am|
|Ian Davis||Nov 4, 2010 10:14 am|
|Patrick Durusau||Nov 4, 2010 10:17 am|
|David Wood||Nov 4, 2010 10:24 am|
|Patrick Durusau||Nov 4, 2010 10:37 am|
|Nathan||Nov 4, 2010 10:51 am|
|Kingsley Idehen||Nov 4, 2010 11:06 am|
|Nathan||Nov 4, 2010 11:08 am|
|Patrick Durusau||Nov 4, 2010 11:09 am|
|Ian Davis||Nov 4, 2010 11:18 am|
|Ian Davis||Nov 4, 2010 11:24 am|
|Robert Fuller||Nov 4, 2010 11:38 am|
|Nathan||Nov 4, 2010 11:39 am|
|Kingsley Idehen||Nov 4, 2010 11:42 am|
|Jörn Hees||Nov 4, 2010 11:46 am|
|Nathan||Nov 4, 2010 11:46 am|
|Robert Fuller||Nov 4, 2010 11:48 am|
|Ian Davis||Nov 4, 2010 11:59 am|
|Kingsley Idehen||Nov 4, 2010 12:00 pm|
|Harry Halpin||Nov 4, 2010 12:04 pm|
|Kingsley Idehen||Nov 4, 2010 12:07 pm|
|Jörn Hees||Nov 4, 2010 12:10 pm|
|Kingsley Idehen||Nov 4, 2010 12:12 pm|
|Kingsley Idehen||Nov 4, 2010 12:12 pm|
|Kingsley Idehen||Nov 4, 2010 12:14 pm|
|Nathan||Nov 4, 2010 12:26 pm|
|Kingsley Idehen||Nov 4, 2010 12:37 pm|
|David Wood||Nov 4, 2010 12:57 pm|
|Hugh Glaser||Nov 4, 2010 1:00 pm|
|David Wood||Nov 4, 2010 1:14 pm|
|Nathan||Nov 4, 2010 1:23 pm|
|Bradley Allen||Nov 4, 2010 1:40 pm|
|Mischa Tuffield||Nov 4, 2010 2:09 pm|
|David Booth||Nov 4, 2010 3:10 pm|
|David Booth||Nov 4, 2010 3:11 pm|
|Kingsley Idehen||Nov 4, 2010 3:24 pm|
|mike amundsen||Nov 4, 2010 3:27 pm|
|Melvin Carvalho||Nov 4, 2010 3:48 pm|
|Kingsley Idehen||Nov 4, 2010 4:32 pm|
|Kingsley Idehen||Nov 4, 2010 4:43 pm|
|David Booth||Nov 4, 2010 5:42 pm|
|mike amundsen||Nov 4, 2010 7:29 pm|
|Leigh Dodds||Nov 5, 2010 2:28 am|
|Michael Hausenblas||Nov 5, 2010 2:29 am|
|82 later messages|
|Subject:||Re: Is 303 really necessary?|
|From:||Kingsley Idehen (kide...@openlinksw.com)|
|Date:||Nov 4, 2010 12:00:28 pm|
On 11/4/10 12:20 PM, bill...@planet.nl wrote:
Can I attempt to broker peace between Ian and Kingsley in this discussion? :-)
Because it seems to me that they are fundamentally agreeing with each other, though considering different aspects of the problem. Kingsley is taking a very broad view, Ian is addressing a specific aspect of best practices around Linked Data in the TimBL design document/HTTP/RDF sense of the word.
Accurate. Very well spotted I must say :-)
Whether it's a mandate or a best practice, it is clear to me that the consensus of general guidance on the web around Linked Data advocates the httpRange-14 distinction between 200/IR and 303/NIR(maybe) approach. So Ian's attempt to simplify this to make implementing a best practice approach to Linked Data easier seems a worthwhile discussion to have.
Yes, but see my comments (dropped a few minutes ago) re. statements made by Ian that are simply unhelpful. Example:
@iand: seems that the lod mailing list is overwhelmingly supportive of **dropping** 303 redirects #linkeddata.
How did we arrive at that?
Where was the original mandate?
On the broader scale of Linked Data, I broadly agree with Kingsley that ultimately the technologies are less important than the concept. But to implement it in practice, we need to apply at least one technology, and the HTTP/RDF approach is currently the most widely applied.
Yes-ish, but RDF a as moniker of comprehension is one-really-dead-Lazarus .
RDF was broken the day it left the station as being equivalent to RDF/XML. Conflating a Syntax and Semantics was an expensive snafu re. mind share assembly.
My one hope is that we veer away from opening up the door to FUD that simply exploits the age-old image problems of "RDF".
There is still a broader community of technically endowed practitioners in our industry that grok at least one of the following:
1. EAV 2. Graph Theory 3. Data Access 4. Data Management 5. Data Intergration 6. Distributed Object Management 7. Descriptions Logic 8. Logic in General.
None of the aforementioned individual profiles should find "Linked Data" confusing. It should be obvious.
Google has GData, Microsoft has OData, while Facebook has OpenGraph. Now we can burn cycles claiming they aren't RDF, or we can actually demonstrate separation of Syntax and Model by embracing all of these endeavors (i.e., start a conversation) and then lead each to its respective cul-de-sac (gently) as segue to unveiling the power of deeper Semantics as espoused RDF (model and associated syntaxes).
I definitely agree with Ian that the 200/303 distinction is complicated to explain to newcomers and adds an extra layer of effort in implementing Linked Data. I'm convinced so far by Ian's argument that the sky would not fall in if we return HTTP 200 together with descriptions of real world things in response to an HTTP call to their identifier.
My issue is with the mutual exclusion dimension. Why boolean OR when it should be about AND?
"Dropping" and "Mandates", don't reek of AND (inclusion) to me.
I am seeking inclusion and fundamental conceptual clarity. Let's kill off conflation driven confusion.
After all, it's just a convention that we need to agree on regarding how to deliver bits of documentation around the web. I don't think it changes any fundamental points about the semantics of RDF etc.
And I don't believe Cool URIs or any other suggestive document re. best practices is broken :-)
To try to bring the discussion back to Ian's original point - are there good reasons that force us to stick with the more complicated 303 approach?
You were never forced to use 303. Ian has somehow jumped to that conclusion.
If not, then let's keep life simple and just return HTTP 200 for HTTP URIs of real world things.
I don't think Ian is espousing that. On the other hand, I might have missed that point, thus if that's actually Ian's position, I completely disagree.