- From: Kevin Smathers <ks@micky.hpl.hp.com>
- Date: Mon, 7 Apr 2003 12:12:17 -0700
- To: "John S. Erickson" <john.erickson@hp.com>
- Cc: www-rdf-dspace@w3.org
On Mon, Apr 07, 2003 at 12:54:54PM -0400, John S. Erickson wrote:
>
> Kevin asks:
> > So the question I am left with is: why do you think
> > that Simile clients should not be limited to web browsers?
>
> Well, for one thing, the Haystack client is not technically a "web browser"
>
I agree of course.
Still this is the first suggestion I've seen that the Haystack
client would be used with Simile. My impression was rather that
the Haystack UI would be ported, minus the client, using a Web UI
interface.
> I think that we need to accomodate virtualization of the storage that the
> client interacts with. This storage should be assumed to be highly
> distributed, and will include resources that are locally stored (relative to
> the user). The purpose for this localization might be for performance reasons,
> and/or because the user's activity simply suggests that being "close" to the
> physical context makes the most sense.
>
> There could be reasons of control as well --- the user/client might be
> modifying a set of resources and thus (a) has a local copy and (b) causes a
> "lock" on "server" copies.
This is an interesting idea, but as the client code won't be under the
control of the user, it seems impractical to require that virtualization
happen at the client/server interface rather than at the server/server
interface.
If I'm wrong and client code /is/ intended to be run by the user directly
then a client library that can span multiple repositories takes on a
greater significance, as well as implying the need for a corresponding
web-service API on the server end. This, assuming that DSpace hosts
aren't likely to want to expose the RDF database layer directly to their
non-local clients.
I would suggest that there is little need for that style of interaction
with the Simile server however. The distribution use cases for Simile
(Shared Collections, Open Courseware) seem to rest on data sharing at the
peer level rather than at the client level.
Cheers,
-kls
--
========================================================
Kevin Smathers kevin.smathers@hp.com
Hewlett-Packard kevin@ank.com
Palo Alto Research Lab
1501 Page Mill Rd. 650-857-4477 work
M/S 1135 650-852-8186 fax
Palo Alto, CA 94304 510-247-1031 home
========================================================
use "Standard::Disclaimer";
carp("This message was printed on 100% recycled bits.");
Received on Monday, 7 April 2003 14:49:28 UTC