Hi MacKenzie, Mark and Jim!
Thanks for insisting on the idea of a client based interface!
DWELL:
I will explore Dwell further. I tried it with
http://simile.mit.edu/longwell/demo/libraries/ but it is rather slow
from here.
Is the inventory of values for a given facet evaluated locally, in
DSpace or in an intermediary server application?
I understood Dwell is based on OAI-PMH but there is no "Search"
request in OAI-PMH.
An extension has be defined for this:
http://www.dlese.org/dds/services/oai2-0/odl_service_documentation.jsp
but I suppose it is not part of DSpace (am I wrong?).
OAI-PMH+Search(ODL) has similar capabilities than RSS and would ensure
better metadata transmission.
RSS:
Mark+Jim advice opened my eyes on a simple fact: RSS standard(s) may be
used to represent a DSpace search result set (if I add a RSS flow
generation to DSpace search).
The nice thing with RSS is the potential promise of "subscription" for
searches where new records are regularly retrieved and highlighted.
RSS clients are not completely aware of their potential for databases
searches (and not only news feed) and could be improved to manage easily
simple ad hoc searches and not only "subscriptions" to searches.
Some of them have the three frames interface I wish for my users to
browse DSpace results (like an e-mail management software).
I made some experiments with RSSBandit (open-source:
http://www.rssbandit.org/ ) and I think it is a possible way to go.
Anybody digged in that direction?
Christophe
MacKenzie Smith a écrit :
Hi Mark,
I've been saying for some time that, nice as the DSpace user interface
is in many respects, it is not and should not be the only way to plumb
a DSpace archive. If it is (currently) difficult to get a particular
search style put into DSpace, may I suggest trying a different
approach.
One could harvest metadata via the PMH responder, organize them any
way one wishes, and search them in any desired way.
I can't resist pointing out that this is exactly what "DWell" does --
the faceted browsing
and search UI that is layered over DSpace via an OAI-PMH plugin for
RDFized metadata.
See http://simile.mit.edu/wiki/Dwell or Richard Rodger's presentation on
same at
http://www.aepic.it/conf/viewpaper.php?id=212&print=1&cf=11
I think this is an excellent approach to building better DSpace UIs, and
just leaves us
with the problem of the underlying data rigidity, which I hope we can
address by relying
more on RDF or other rich metadata that is stored in the assetstore
alongside the content
files. The current DSpace metadata tables are great for managing
content, but suboptimal
for discovering what's in the repository (assuming we can get better
discovery metadata
from outside the system, somehow).
MacKenzie
begin:vcard
fn:Christophe Dupriez
n:Dupriez;Christophe
org:DESTIN inc. SSEB
adr;quoted-printable:;;rue des Palais 44, bo=C3=AEte 1;Bruxelles;;B-1030;Belgique
email;internet:[EMAIL PROTECTED]
title:Informaticien
tel;work:+32/2/216.66.15
tel;fax:+32/2/242.97.25
tel;cell:+32/475.77.62.11
note;quoted-printable:D=C3=A9veloppement de Syst=C3=A8mes de Traitement de l'Information
x-mozilla-html:TRUE
url:http://www.destin.be
version:2.1
end:vcard
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
