W3C home > Mailing lists > Public > semantic-web@w3.org > July 2007

RE: caching HTTP 303 responses

From: Williams, Stuart (HP Labs, Bristol) <skw@hp.com>
Date: Thu, 12 Jul 2007 12:24:31 +0100
Message-ID: <C4B3FB61F7970A4391A5C10BAA1C3F0DBB34FC@sdcexc04.emea.cpqcorp.net>
To: "Jacek Kopecky" <jacek.kopecky@deri.org>
Cc: "Jeremy Carroll" <jjc@hpl.hp.com>, "Giovanni Tummarello" <g.tummarello@gmail.com>, <semantic-web@w3.org>

Hello Jacek,

> -----Original Message-----
> From: Jacek Kopecky [mailto:jacek.kopecky@deri.org] 
> Sent: 12 July 2007 12:14
> To: Williams, Stuart (HP Labs, Bristol)
> Cc: Jeremy Carroll; Giovanni Tummarello; semantic-web@w3.org
> Subject: RE: caching HTTP 303 responses
> 
> Stuart, 
> 
> I was thinking along the same lines, but decided to use the 
> caching terminology instead because it's hard to define when 
> an agent knows
> *enough* about something.
> 
> For instance the DC case - they have different URIs, and 
> initially the agent doesn't know anything about them. It 
> dereferences dc:description, let's say, and finds some 
> information about that and other DC properties. It can 
> probably assume now that it need never again (for small 
> values of never) dereference that. But when it encounters 
> dc:title, how can the client know that the stuff it got from 
> the dc:description redirect is all the pertinent information 
> that it can get from dc:title, which it doesn't yet know to 
> redirect anywhere?

Well... does it know *enough* about dc:title not to have to ask the
question? In an open-world semantic web, finding *all* of anything is
presumably hard - and determining pertainancy. Maybe, one should take
the view that if your going to say something about something you should
say all that you consider pertainent about that thing in the one breath.

FWIW, I sympathise and not being able to use a local cache to avoid the
round trip it's hard. I think that you can certainly avoid the round
trip wrt to repeated reference to the *same* thing.

> Best regards,
> Jacek

Stuart
--
Received on Thursday, 12 July 2007 11:26:19 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 07:41:58 UTC