On Fri, Jun 14, 2013 at 7:55 PM, Schuster, David <[email protected]> wrote: > We would like to capture more of the student research that goes on here at > campus. There is some concern though that student research is a different > level than faculty research and we should separate them.
This is the very same decision we faced two years ago. We already had a repository of theses and we wanted to start a repository of prestigious academic publications (more precisely, research outputs). We were considering using the same repository and adding the content. There wouldn't be any technical problem with juggling the community structure around if we needed or to have different styling for different communities or types of content, but in the end we still decided to start a separate DSpace instance on a separate domain. The deciding factor was that we wanted to showcase the prestigious content. Mixing it with student theses would defeat the purpose of easily telling the wheat apart from the chaff. Imagine your index of authors including both students and faculty; same thing with all other indices. Any facet you would choose would have mixed content and as a visitor you'd usually look for a facet to filter these two types of content apart, which would lead to an extra click. So why not make the decision upfront and be done with it? As a repository admin, this turned out to have some advantages for me, too. The methods of automatically filling these repositories with content differ. This way I can work on each separately without constantly checking whether by improving one I've broken the other. On the other hand, there is a cost associated with doing the upgrades twice. I'm, not saying this is the only way, but looking back, this has been working quite nicely for us. I wanted to tell our side of the story because the majority of institutions with a repository I know mix both types of content. Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Dspace-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-general
