Implicit in Rob's note is the fundamental question of WHY do it... ;) For more than a decade the concept of repository federation has been a topic of discussion. One type of "federation," involving federated search (as Rob mentions), is relatively easy and continues to be explored.
Another type of "federation," involving the harvesting and replication of items (metadata and bitsteams) from other repositories built on either homogeneous or heterogeneous platforms, has been much less explored. A third type of "federation," involving even deeper functional interaction between heterogeneous repos, has been even less explored. The reasons for these last two have, I would argue, as much to do with adopters simply not needing to do these (yet), as they have to do with a lack of technical capability in repo platforms. In particular, there has not been much developmental bandwidth in the DSpace community for "feats of strength" that are not driven by critical institutional requirements; to be fair, there has also been a lack of standards for repo interop (trying Googling on "oai-ore" for progress in this area...) This is world is changing, esp. as the repository community expands its definitions of "federation," of "repository," etc. and as DSpace starts being used more as a basis for research. See for example our thinking on pf-dspace (peer federation dspace): http://pf-dspace.blogspot.com/ Robert Tansley wrote: > What do you mean by 'integration'? It could mean (in rough order of > complexity): > > 1/ Searching DSpace and FEDORA repositories as one ('shallow' federation) > 2/ DSpace and FEDORA mirror content ('deep' federation) > 3/ DSpace using FEDORA as storage back-end. > 4/ DSpace as UI on FEDORA. > 5/ DSpace adopting/building on FEDORA's disseminator model. > 6/ Anything 'deeper' (i.e. merging the software systems) > > 1-2 have been done (see John's email). 3 would be pretty easy but > wouldn't buy you much. 4, 5 and 6 are basically points on a continuum > where you would have to decide which system's user model, > authorization model, etc.etc. to use and adapt the other's (and build > any missing UI components), a huge undertaking. > > Rob > > On 03/09/07, Anny Bridge <[EMAIL PROTECTED]> wrote: >> Hi all, >> >> Is there any cases about integrating DSpace with Fedora? I would like to do >> some research about this subject,any suggestions are most welcome. >> >> Thanks in Advance. >> >> Anny >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> DSpace-tech mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
