Re: [Dspace-tech] Facetted / faster browsing [was Development goals]
Hi Christophe: See remarks below on Dwell... Thanks, Richard On Fri, 2007-11-23 at 05:29 +0100, Christophe Dupriez wrote: > 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. That is a very old demo - Longwell's speed has improved. See http://dspace-test.mit.edu/dspace-longwell for a test server here at MIT using more recent code. > Is the inventory of values for a given facet evaluated locally, in > DSpace or in an intermediary server application? Dwell is a server application with an RDF triple-store backend (like DSpace's database, but in RDF) - the metadata is a copy of what is in DSpace - optimized for presentation in the Dwell UI. > I understood Dwell is based on OAI-PMH but there is no "Search" > request in OAI-PMH. Actually, Dwell is independent of how the metadata is obtained, so it does not rely on OAI-PMH. We have provided an OAI-PMH exporter as one way to feed Dwell. In 1.5, we are adding another way based on the event mechanism, and there is already a large library of SIMILE tools for turning a lot of metadata formats into the RDF Dwell expects. > 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 > > > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Facetted / faster browsing [was Development goals]
Christophe, you might like to take a look at PKP Harvester, which uses OAI-PMH to extract metadata from institutional repositories, and can be searched (including by SRW), browsed, and harvested (via OAI-PMH). It also provides RSS feeds as a format for search results. For instance, see http://nzresearch.org.nz/ Regards Conal On Fri, 2007-11-23 at 05:29 +0100, Christophe Dupriez wrote: > 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 > > > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Conal Tuohy New Zealand Electronic Text Centre www.nzetc.org - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Facetted / faster browsing [was Development goals]
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/vse012070mrt/direct/01/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
