| From | Sent On | Attachments |
|---|---|---|
| Ian Davis | Nov 4, 2010 6:21 am | |
| Kingsley Idehen | Nov 4, 2010 7:13 am | |
| Ian Davis | Nov 4, 2010 7:22 am | |
| Kingsley Idehen | Nov 4, 2010 7:59 am | |
| Giovanni Tummarello | Nov 4, 2010 8:20 am | |
| Ian Davis | Nov 4, 2010 8:22 am | |
| Ian Davis | Nov 4, 2010 8:27 am | |
| Leigh Dodds | Nov 4, 2010 8:38 am | |
| William Waites | Nov 4, 2010 8:43 am | |
| Giovanni Tummarello | Nov 4, 2010 8:50 am | |
| Leigh Dodds | Nov 4, 2010 8:53 am | |
| Kingsley Idehen | Nov 4, 2010 8:55 am | |
| Ian Davis | Nov 4, 2010 8:57 am | |
| Ian Davis | Nov 4, 2010 9:06 am | |
| Bradley Allen | Nov 4, 2010 9:06 am | |
| Kingsley Idehen | Nov 4, 2010 9:10 am | |
| Ian Davis | Nov 4, 2010 9:13 am | |
| Kingsley Idehen | Nov 4, 2010 9:16 am | |
| bill...@planet.nl | Nov 4, 2010 9:20 am | |
| 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:51 am | |
| Ian Davis | Nov 4, 2010 9:54 am | |
| David Wood | Nov 4, 2010 9:56 am | |
| Mike Kelly | Nov 4, 2010 10:12 am | |
| Ian Davis | Nov 4, 2010 10:13 am | |
| Patrick Durusau | Nov 4, 2010 10:17 am | |
| David Wood | Nov 4, 2010 10:24 am | |
| Patrick Durusau | Nov 4, 2010 10:36 am | |
| Nathan | Nov 4, 2010 10:51 am | |
| Kingsley Idehen | Nov 4, 2010 11:06 am | |
| Nathan | Nov 4, 2010 11:07 am | |
| Patrick Durusau | Nov 4, 2010 11:08 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:38 am | |
| Kingsley Idehen | Nov 4, 2010 11:41 am | |
| Jörn Hees | Nov 4, 2010 11:45 am | |
| Nathan | Nov 4, 2010 11:46 am | |
| Robert Fuller | Nov 4, 2010 11:48 am | |
| Ian Davis | Nov 4, 2010 11:58 am | |
| Kingsley Idehen | Nov 4, 2010 12:00 pm | |
| Harry Halpin | Nov 4, 2010 12:03 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:36 pm | |
| David Wood | Nov 4, 2010 12:56 pm | |
| Hugh Glaser | Nov 4, 2010 12:59 pm | |
| David Wood | Nov 4, 2010 1:14 pm | |
| Nathan | Nov 4, 2010 1:22 pm | |
| Bradley Allen | Nov 4, 2010 1:40 pm | |
| Mischa Tuffield | Nov 4, 2010 2:09 pm | |
| David Booth | Nov 4, 2010 3:09 pm | |
| David Booth | Nov 4, 2010 3:11 pm | |
| Kingsley Idehen | Nov 4, 2010 3:24 pm | |
| mike amundsen | Nov 4, 2010 3:26 pm | |
| Melvin Carvalho | Nov 4, 2010 3:48 pm | |
| Kingsley Idehen | Nov 4, 2010 4:31 pm | |
| Kingsley Idehen | Nov 4, 2010 4:42 pm | |
| David Booth | Nov 4, 2010 5:41 pm | |
| mike amundsen | Nov 4, 2010 7:28 pm | |
| Leigh Dodds | Nov 5, 2010 2:28 am | |
| Michael Hausenblas | Nov 5, 2010 2:29 am | |
| Leigh Dodds | Nov 5, 2010 2:34 am | |
| Leigh Dodds | Nov 5, 2010 2:36 am | |
| Leigh Dodds | Nov 5, 2010 2:41 am | |
| William Waites | Nov 5, 2010 2:53 am | |
| Ian Davis | Nov 5, 2010 2:57 am | |
| Nathan | Nov 5, 2010 3:05 am | |
| Nathan | Nov 5, 2010 3:12 am | |
| Ian Davis | Nov 5, 2010 3:16 am | |
| Ian Davis | Nov 5, 2010 3:24 am | |
| Nathan | Nov 5, 2010 3:33 am | |
| Ian Davis | Nov 5, 2010 3:40 am | |
| Nathan | Nov 5, 2010 3:56 am | |
| Ian Davis | Nov 5, 2010 3:59 am | |
| Ian Davis | Nov 5, 2010 4:01 am | |
| Nathan | Nov 5, 2010 4:14 am | |
| Mischa Tuffield | Nov 5, 2010 4:47 am | |
| Norman Gray | Nov 5, 2010 5:11 am | |
| Dave Reynolds | Nov 5, 2010 5:38 am | |
| Nathan | Nov 5, 2010 5:52 am | |
| Nathan | Nov 5, 2010 5:56 am | |
| 62 later messages | ||
| Subject: | Re: Is 303 really necessary? | |
|---|---|---|
| From: | Kingsley Idehen (kide...@openlinksw.com) | |
| Date: | Nov 4, 2010 11:41:50 am | |
| List: | org.w3.public-lod | |
On 11/4/10 12:06 PM, Ian Davis wrote:
On Thu, Nov 4, 2010 at 3:56 PM, Kingsley Idehen<kide...@openlinksw.com> wrote:
I don't presume. I prefer to use terms that are familiar with the people on this list who might be reading the message. Introducing unnecessary capitalised phrases distracts from the message.
Again, you presume. Capitalization might not work for you, but you are not the equivalent of an entire mailing list audience. You are one individual entitled to a personal opinion and preferences.
I hope you agree i have the freedom to express those opinions.
100%.
But taking your line of thought, of what relevance to the main topic?
Anyway, translation:
What's the problem with having a variety of methods for using LINKs to associate a "Non Information Resource" with an "Information Resource" that describes it (i.e., carries its structured representation)? Why place an implementation detail at the front of the Linked Data narrative?
It's already at the front, and as I say in my post it's an impediment to using Linked Data by mainstream developers.
I don't believe its already at the front. I can understand if there was some quasi mandate that put it at the front. Again, you are jumping to conclusions, then pivoting off the conclusions to make a point. IMHO: Net effect, Linked Data concept murkiness and distraction. You are inadvertently perpetuating a misconception.
Thank you for your opinion. I don't believe I am jumping to conclusions.
I think you are, of course this could be inadvertent, at least so I hope.
There is. I find it surprising that you're unaware of it because it's in all the primary documents about publishing Linked Data.
Please provide a URL for the document that establishes this mandate. I know of no such document. Of course I am aware of documents that offer suggestions and best practice style guidelines.
Here is one cited by Leigh just now: http://www.w3.org/TR/cooluris/
That document has 3 occurrences of "must", not a single occurrence applies to 303 redirection. Zero occurrences of "mandate" .
Zero occurrences of "must" or "mandate" .
6 occurrences of must, proximity shown in snippet below for context:
"... URIs that identify non-information resources must be set up in ** one of these ways **: Either the data source must return an HTTP response containing an HTTP 303 redirect to an information resource describing the non-information resource, as discussed earlier in this document. Or the URI for the non-information resource must be formed by taking the URI of the related information resource and appending a fragment identifier (e.g. #foo), as discussed in Recipe 7.1. ..."
IMHO. You've jumped to a conclusion, and then pivoted from there, as per my initial assertion.
Nobody ever mandated 303 redirection. It has always been an option, and so it should remain.
The only thing that should be mandatory re. Linked Data is this: HTTP based Entity Names should Resolve to structured Descriptors that are Human and/or Machine decipherable.
Are you saying that requesting a URI should return a description document?
Resolve to a Descriptor Document which may exist in a variety of formats. Likewise, Descriptor documents (RDF docs, for instance) should clearly identify their Subject(s) via HTTP URI based Names.
Example (in this example we have 1:1 re. Entity Name and Descriptor for sake of simplicity):
<http://dbpedia.org/resource/Paris> -- Name <http://dbpedia.org/page/Paris> -- Descriptor Resource (HTML+RDFa) this resource will expose other representations via<head/> (<link/> + @rel) or "Link:" in response headers etc..
Not sure what you are trying to say here. I must be misunderstanding because you appear to be claiming that <http://dbpedia.org/resource/Paris> is a name but
That is a Name via HTTP URI (using its Name aspect).
This is an interesting distinction between the resource and a name. Can you restate it in a new thread so we don't add noise to the 303 discussion
Not noise!
URI Abstraction covers:
1. Names -- may or may not resolve 2. Addresses (URLs) -- where data resides.
Using what looks like an Address as a Name, doesn't undermine existence of the Name aspect re. overarching URI abstraction.
Linked Data, the concept, mandates that the data is Human or Machine decipherable ("useful") via structure outlined via a data model.
We did have a computer industry pre. Web. TimBL's URI abstraction is one of the coolest innovations ever! It also remains one of the most widely misunderstood innovations ever!
URI abstraction is why the concept of Linked Data at InterWeb scale is going to happen. Just as the Web of Linked Documents has, also at InterWeb scale.
[SNIP]
BTW - how would you explain your claim on Twitter about 303 being dropped? Here is the excerpt:
@iand: seems that the lod mailing list is overwhelmingly supportive of **dropping** 303 redirects #linkeddata.
I guess the statement above is also accurate, clear, and reflective of this conversation, right?
--
Regards,
Kingsley Idehen President& CEO OpenLink Software Web: http://www.openlinksw.com Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca: kidehen





