- From: Ted Thibodeau Jr <tthibodeau@openlinksw.com>
- Date: Tue, 8 Dec 2009 12:06:57 -0500
- To: Toby Inkster <tai@g5n.co.uk>
- Cc: nathan@webr3.org, "kidehen@openlinksw.com" <kidehen@openlinksw.com>, pedantic-web@googlegroups.com, Linked Data community <public-lod@w3.org>
On Dec 8, 2009, at 11:52 AM, Toby Inkster wrote:
> An important question not answered in your message is: what is the URI
> <http://example.org/user/23> supposed to identify?
>
> If it identifies a particular person, then this behavious semantically
> problematic. Why? Because a web server should never respond "200 OK"
> to a request for a URI identifying a person, unless it intends to
> physically chop the person up and pass him/her down the wire to the
> receiving user agent.
>
> If the URI <http://example.org/user/23> is supposed to identify,
> say, a person's profile, and you have a different URI to represent
> the person themselves (e.g. <http://example.org/user/23#me>) then
> the connection negotiation setup you describe is fine.
I don't agree.
What is the MIME type for a person?
200 OK is tied to a combination of URI *and* Accept: (and other)
headers. Not just the URI.
I can absolutely GET the URI for you, the person, with a 200 OK
response -- *if* I have requested an available and transmissable
*representation* of that URI. (And the response should include
headers explicitly describing which representation I'm GETting.)
Be seeing you,
Ted
--
A: Yes. http://www.guckes.net/faq/attribution.html
| Q: Are you sure?
| | A: Because it reverses the logical flow of conversation.
| | | Q: Why is top posting frowned upon?
Ted Thibodeau, Jr. // voice +1-781-273-0900 x32
Evangelism & Support // mailto:tthibodeau@openlinksw.com
OpenLink Software, Inc. // http://www.openlinksw.com/
http://twitter.com/TallTed
http://www.openlinksw.com/weblogs/uda/
OpenLink Blogs http://www.openlinksw.com/weblogs/virtuoso/
http://www.openlinksw.com/blog/~kidehen/
Universal Data Access and Virtual Database Technology Providers
Received on Tuesday, 8 December 2009 17:07:41 UTC