From christel.smith at up.ac.za Mon Nov 1 12:14:04 2004 From: christel.smith at up.ac.za (christel.smith@up.ac.za) Date: Mon, 01 Nov 2004 19:14:04 +0200 Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 16, Issue 1 In-Reply-To: <200411011702.iA1H2OXn004671@pch.mit.edu> Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041101/8328bd00/attachment.htm From kpetsche at iupui.edu Mon Nov 1 15:34:47 2004 From: kpetsche at iupui.edu (Petsche, Kevin F) Date: Mon, 1 Nov 2004 15:34:47 -0500 Subject: [Dspace-general] Verification of Community agreement with IR policies? Message-ID: <37EECABFDCD02B47A114618423A57FAD0202FF52@iu-mssg-mbx03.exchange.iu.edu> Do any DSpace implementers require (or see the need for) communities to verify that they have read repository policies and have agreed to them? If so, do you require communities to sign a paper-based contract of some sort? Is anyone using a web-based product that accomplishes this? While I don't expect this to be an issue with regular academic departments, we are in discussions with some more loosely-affiliated campus organizations and are wondering if it's in our interest to verify this process. Thanks in advance to anyone who responds! Kevin Petsche Electronic Journals Collection Manager IUPUI University Library UL1115K 755 W. Michigan Street Indianapolis, IN 46202-5196 317.278.2330 (Office) 317.278.0368 (Fax) kpetsche at iupui.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041101/417d8b89/attachment.htm From blancoj at umich.edu Mon Nov 1 15:53:23 2004 From: blancoj at umich.edu (Jose Blanco) Date: Mon, 1 Nov 2004 15:53:23 -0500 Subject: [Dspace-general] test-patch for submission Message-ID: <002301c4c054$d687daf0$8e2bd38d@ulibdls05> In a previous email ( http://mailman.mit.edu/pipermail/dspace-general/2004-October/000375.html ), I read about a test-patch to be released to help in the customization of submissions per collection. How will this test-patch affect the UI presenting search results? In other words, will the labels used in the submission be the same as the ones presented in the search results? Thank you, Jose -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041101/15977320/attachment.htm From christel.smith at up.ac.za Tue Nov 2 12:24:22 2004 From: christel.smith at up.ac.za (christel.smith@up.ac.za) Date: Tue, 02 Nov 2004 19:24:22 +0200 Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 16, Issue 2 In-Reply-To: <200411021704.iA2H4NXn022331@pch.mit.edu> Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041102/3dfcf727/attachment.htm From christel.smith at up.ac.za Wed Nov 3 12:23:01 2004 From: christel.smith at up.ac.za (christel.smith@up.ac.za) Date: Wed, 03 Nov 2004 19:23:01 +0200 Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 16, Issue 3 In-Reply-To: <200411031703.iA3H3qXn005884@pch.mit.edu> Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041103/dda817fe/attachment.htm From christel.smith at up.ac.za Thu Nov 4 17:35:08 2004 From: christel.smith at up.ac.za (christel.smith@up.ac.za) Date: Fri, 05 Nov 2004 00:35:08 +0200 Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 16, Issue 4 In-Reply-To: <200411042206.iA4M6PXn021563@pch.mit.edu> Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041105/28870ca7/attachment.htm From khoffman at uwo.ca Fri Nov 5 11:36:28 2004 From: khoffman at uwo.ca (Kim Tan Hoffman) Date: Fri, 5 Nov 2004 11:36:28 -0500 Subject: [Dspace-general] using Oracle with DSpace Message-ID: <1099672588.418bac0c405c3@mail.uwo.ca> Could someone point me to the documentation to set up DSpace to work with an Oracle database? -- Kim Tan Hoffman Information Technology Services University of Western Ontario London Ontario N5B 5B8 519 6612111 x86008 From christel.smith at up.ac.za Fri Nov 5 12:22:21 2004 From: christel.smith at up.ac.za (christel.smith@up.ac.za) Date: Fri, 05 Nov 2004 19:22:21 +0200 Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 16, Issue 5 In-Reply-To: <200411051702.iA5H1PYV009079@mailman.mit.edu> Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041105/e25f3239/attachment.htm From courtois at ksu.edu Fri Nov 5 13:56:27 2004 From: courtois at ksu.edu (courtois@ksu.edu) Date: Fri, 5 Nov 2004 12:56:27 -0600 Subject: [Dspace-general] Submit A ToolBook Tutorial? Message-ID: <1099680987.418bccdba8c1d@webmail.ksu.edu> One of the grad students in our pilot project wants to submit a tutorial created with ToolBook along with her dissertation. The tutorial is on a CD and consists of about 200 files of different formats: avi, wav, exe, tbk, dll, etc. Is there a way to submit this to DSpace without submitting each file individually, e.g., could we copy files to a directory? If we can get all the files into DSpace, would a user be able to run the tutorial, i.e., start the application, from within DSpace? Niether of these options seem like realistic alternatives, but please let me know if I'm missing something. I'm thinking our best bet might be to submit a text document that has instructions on how to obtain a copy of the CD via mail or download. Thanks for your help, Marty Martin Courtois Instructional Technology Assistance Center Kansas State University' Manhattan KS 66506 courtois at ksu.edu 785-537-2049 From courtois at ksu.edu Fri Nov 5 17:49:22 2004 From: courtois at ksu.edu (courtois@ksu.edu) Date: Fri, 5 Nov 2004 16:49:22 -0600 Subject: [Dspace-general] Submit A ToolBook Tutorial? (zip file) In-Reply-To: <418BD5B9.4010305@osu.edu> References: <1099680987.418bccdba8c1d@webmail.ksu.edu> <418BD5B9.4010305@osu.edu> Message-ID: <1099694962.418c03726d3ab@webmail.ksu.edu> Thanks to Andrew for the Zip suggestion. The Zip file I created is about 350 mb and contains about 250 files. When I try to upload it, the process times out (after about 10 minutes). Is there a limit on the size of files that can be uploaded? When I up load smaller zip files, I don't run into the time out problem. Thanks, Marty Quoting Andrew Wang : > Marty, > > The way we solved this problem is to zip the files (using > winzip/winrar etc). But we don't know whether this is a good solution > or > not. > > courtois at ksu.edu wrote: > > >One of the grad students in our pilot project wants to submit a > tutorial > >created with ToolBook along with her dissertation. The tutorial is > on > >a CD and consists of about 200 files of different formats: avi, wav, > >exe, tbk, dll, etc. > > > >Is there a way to submit this to DSpace without submitting each file > >individually, e.g., could we copy files to a directory? If we can > get > >all the files into DSpace, would a user be able to run the tutorial, > >i.e., start the application, from within DSpace? Niether of these > >options seem like realistic alternatives, but please let me know if > I'm > >missing something. > > > >I'm thinking our best bet might be to submit a text document that > has > >instructions on how to obtain a copy of the CD via mail or download. > > > >Thanks for your help, > > > >Marty > > > >Martin Courtois > >Instructional Technology Assistance Center > >Kansas State University' > >Manhattan KS 66506 > >courtois at ksu.edu > >785-537-2049 > > > >_______________________________________________ > >Dspace-general mailing list > >Dspace-general at mit.edu > >http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > > > > > From christel.smith at up.ac.za Sat Nov 6 12:17:51 2004 From: christel.smith at up.ac.za (christel.smith@up.ac.za) Date: Sat, 06 Nov 2004 19:17:51 +0200 Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 16, Issue 6 In-Reply-To: <200411061700.iA6H0LYV006862@mailman.mit.edu> Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041106/eb7ab939/attachment.htm From christel.smith at up.ac.za Sun Nov 7 12:10:49 2004 From: christel.smith at up.ac.za (christel.smith@up.ac.za) Date: Sun, 07 Nov 2004 19:10:49 +0200 Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 16, Issue 7 In-Reply-To: <200411071700.iA7H0EYV019958@mailman.mit.edu> Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041107/ee0c0bea/attachment.htm From scott.yeadon at anu.edu.au Sun Nov 7 18:14:15 2004 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Mon, 08 Nov 2004 10:14:15 +1100 Subject: [Dspace-general] Re: Submit A ToolBook Tutorial? Message-ID: <418EAC47.7030108@anu.edu.au> Marty, Unless the tutorial is browser-based (I'm guessing it's not since it's a CD product) you're unlikely to be able to just pop it into DSpace and use it. You *could* archive the CD image and then somehow have a "View Item" link in the item JSP that mounts the CD image for reading but the CD image certainly isn't archive quality material (beyond meeting the ISO layout anyway) so I wouldn't advise doing this. The way I would do it is to put all the separate files into DSpace for preservation and present all the materials in the CD tutorial context via a layer above DSpace (what we've been calling the "presentation" layer). It's not a small amount of work, but if you're after longer-than-CD-term storage, the ability to use the individual objects in different ways in the future, and support more granular discovery of materials then that's one way to go. If the tutorial uses proprietary file formats or was built using a specific tool (the exes and dlls are not a good sign), dividing it into its components may be more difficult and you may need to do some format comversions along the way. If the product is a tutorial (so possibly a short-lived learning tool?) there may be a question mark over whether it needs preserving in the long-term, in which case you wouldn't go to the trouble of making it archive quality and probably not put it in DSpace. We're actually about to start a demonstrator project to look at the very problem you've raised. We're taking a CD product created through a proprietary tool, disaggregating it (with format conversions), recording the object relationships, storing the objects and relationship information (most likely RDF) in DSpace and providing a rudimentary presentation facility. This will allow running a website that mimics the CD direct from DSpace, can generate a website from DSpace for deployment elsewhere and can create a CD version. We'll be releasing information on what we do during and after the project which should be complete early in the new year but hopefully a prototype will be available by Xmas. The aim is that processes and any XML markup used is generic and can be re-used for clients with similar requirements. Scott. From: courtois at ksu.edu To: dspace-general at mit.edu Cc: dspace-theses at mit.edu Subject: [Dspace-general] Submit A ToolBook Tutorial? Message-ID: <1099680987.418bccdba8c1d at webmail.ksu.edu> Content-Type: text/plain; charset=ISO-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: list Message: 2 One of the grad students in our pilot project wants to submit a tutorial created with ToolBook along with her dissertation. The tutorial is on a CD and consists of about 200 files of different formats: avi, wav, exe, tbk, dll, etc. Is there a way to submit this to DSpace without submitting each file individually, e.g., could we copy files to a directory? If we can get all the files into DSpace, would a user be able to run the tutorial, i.e., start the application, from within DSpace? Niether of these options seem like realistic alternatives, but please let me know if I'm missing something. I'm thinking our best bet might be to submit a text document that has instructions on how to obtain a copy of the CD via mail or download. Thanks for your help, Marty Martin Courtois Instructional Technology Assistance Center Kansas State University' Manhattan KS 66506 courtois at ksu.edu 785-537-2049 From BSurratt at lib-gw.tamu.edu Mon Nov 8 19:23:24 2004 From: BSurratt at lib-gw.tamu.edu (Brian Surratt) Date: Mon, 08 Nov 2004 18:23:24 -0600 Subject: [Dspace-general] Problem with losing DC qualifiers when editing metadata Message-ID: All, I have encountered a problem with DSpace and I wondered if anybody else has experienced this. We created two new DC elements in our registry for ETDs: contributor.committee_member and contributor.committee_chair. The were assigned dc_type_ids of 69 and 70, respectively. We batchloaded a collection into a development instance of DSpace from our thesis office. After the import, I began editing some of the names in these new metadata fields. I notice that when I updated the metadata form for each item, the contributor.committee_member and contributor.committee_chair fields changed to unqulified contributor fields. It appears that the dc_type_id changed to 1 for each of these fields. This happened for all fields with dc_type_id of 69 or 70, even if I did not change the data in the field. Hitting the "Update" button seemed to cause the change. I have not noticed that this has happened with DC elements that are native to DSpace. If anyone can shed light on this situation, it would be much appreciated. Brian Surratt Brian Surratt, MLIS Metadata Coordinator Digital Initiatives, Research and Technology Texas A&M University Libraries bsurratt at lib-gw.tamu.edu (979) 845-5454 From tdm27 at cam.ac.uk Wed Nov 10 07:52:52 2004 From: tdm27 at cam.ac.uk (Tom De Mulder) Date: Wed, 10 Nov 2004 12:52:52 +0000 (GMT) Subject: [Dspace-general] DSpace Scoop Message-ID: [Cross-posted to dspace-general and dspace-tech] Hello all, a long while ago, I set up DSpace scoop as a user-contributed news site (a bit like Slashdot or Kuro5hin, for those who are familiar with those sites). The idea was that everyone could submit news stories or polls, and so announce DSpace-related news to the rest of the community. Usage so far has been rather low (except for the polls). So I'm throwing this question to the lists - do people want to keep DSpace Scoop going, or see it go? Or don't care? Many thanks, -- Tom De Mulder - Cambridge University Computing Service New Museums Site, Pembroke Street, Cambridge CB2 3QH -> 10/11/2004 : The Moon is Waning Crescent (26% of Full) From tdm27 at cam.ac.uk Wed Nov 10 08:31:27 2004 From: tdm27 at cam.ac.uk (Tom De Mulder) Date: Wed, 10 Nov 2004 13:31:27 +0000 (GMT) Subject: [Dspace-general] Re: DSpace Scoop In-Reply-To: References: Message-ID: On Wed, 10 Nov 2004, Tom De Mulder wrote: >a long while ago, I set up DSpace scoop as a user-contributed news site (a Apologies for the omission - for those who don't know what it is or where to find it, the url is: http://scoop.dspace.org/ -- Tom De Mulder - Cambridge University Computing Service New Museums Site, Pembroke Street, Cambridge CB2 3QH -> 10/11/2004 : The Moon is Waning Crescent (26% of Full) From tull.9 at osu.edu Wed Nov 10 12:30:06 2004 From: tull.9 at osu.edu (Laura Tull) Date: Wed, 10 Nov 2004 12:30:06 -0500 Subject: [Dspace-general] Policies for workflow steps Message-ID: <4.3.2.7.2.20041110122007.00cefdc8@pop.service.ohio-state.edu> Finally we are in production at: http://kb.osu.edu with our Knowledge Bank. By production I mean that we moved to the Linux mainframe, have installed our customizations and our now working with some exciting units on campus. However, I started getting reports from people who have workflow step 2 assigned to their collections that they are getting the "Authorization required" message whenever they try to View/Open the file or Approve it. We are still on v. 1.1.1 on the production server. I also tested on our development server, which has 1.2, and same problem. To work around the problem, I manually added authorizations for COLLECTION_XX_WFSTEP_2 for READ, WRITE and ADD. I have never had to do that before. (Don't know if this is associated with move to Linux mainframe or not). Our programmer is investigating further but for now I just wanted to verify that I wasn't dreaming and that when I created the workflow step, the system automatically gave permissions to the epeople in that group to do what they had to do. *********************************** Laura Tull Systems Librarian Ohio State University Libraries 1858 Neil Avenue Mall Columbus OH 43210-1286 Phone: 614-247-6459 Fax: 614-292-7859 Email: tull.9 at osu.edu *********************************** From margretb at MIT.EDU Wed Nov 10 13:31:14 2004 From: margretb at MIT.EDU (Margret Branschofsky) Date: Wed, 10 Nov 2004 13:31:14 -0500 Subject: [Dspace-general] Policies for workflow steps In-Reply-To: <4.3.2.7.2.20041110122007.00cefdc8@pop.service.ohio-state.e du> Message-ID: <5.2.1.1.2.20041110132810.02bdb008@po10.mit.edu> I had the same problem and fixed it by making the workflow step 2 epersons submitters, essentially giving them those permissions you mention. Probably this should go on the bug list. Margret At 12:30 PM 11/10/2004 -0500, Laura Tull wrote: >Finally we are in production at: http://kb.osu.edu with our Knowledge >Bank. By production I mean that we moved to the Linux mainframe, have >installed our customizations and our now working with some exciting units >on campus. > >However, I started getting reports from people who have workflow step 2 >assigned to their collections that they are getting the "Authorization >required" message whenever they try to View/Open the file or Approve it. >We are still on v. 1.1.1 on the production server. I also tested on our >development server, which has 1.2, and same problem. > >To work around the problem, I manually added authorizations for >COLLECTION_XX_WFSTEP_2 for READ, WRITE and ADD. I have never had to do >that before. (Don't know if this is associated with move to Linux >mainframe or not). > >Our programmer is investigating further but for now I just wanted to >verify that I wasn't dreaming and that when I created the workflow step, >the system automatically gave permissions to the epeople in that group to >do what they had to do. > > >*********************************** >Laura Tull >Systems Librarian >Ohio State University Libraries >1858 Neil Avenue Mall >Columbus OH 43210-1286 >Phone: 614-247-6459 >Fax: 614-292-7859 >Email: tull.9 at osu.edu >*********************************** > >_______________________________________________ >Dspace-general mailing list >Dspace-general at mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general Margret Branschofsky DSpace User Support Manager Digital Library Research Group Bldg. 14S-M24 (617)253-1293 margretb at mit.edu http://dspace.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041110/9bc0e2dd/attachment.htm From robert.tansley at hp.com Wed Nov 10 17:27:26 2004 From: robert.tansley at hp.com (Tansley, Robert) Date: Wed, 10 Nov 2004 17:27:26 -0500 Subject: [Dspace-general] Announcement: Upgraded DSpace Wiki available Message-ID: <19ADCC0B9D4CAD4582BB9900BBCE35741006A6@tayexc13.americas.cpqcorp.net> Hi all, The DSpace Wiki has been upgraded; the content from the old Wiki has been migrated. http://wiki.dspace.org/ Pages I'd like to draw your attention to and invite your participation in: http://wiki.dspace.org/DspaceProjects -- if you have a DSpace-related project you're working on, please add it to this page! I'd like to see this page become the definite place to see who's doing what with DSpace and to encourage collaboration. http://wiki.dspace.org/DspaceInstances -- Please add your live DSpace instance to this page! It's easy to sign up to the Wiki and add your contribution. Thanks to Stefano Mazzocchi for setting up the new Wiki. Thanks also to Tom de Mulder for getting us going with the first Wiki, and for providing the data to migrate to the new Wiki. Robert Tansley / Digital Media Systems Programme / HP Labs http://www.hpl.hp.com/personal/Robert_Tansley/ From harnad at ecs.soton.ac.uk Thu Nov 11 09:27:20 2004 From: harnad at ecs.soton.ac.uk (Stevan Harnad) Date: Thu, 11 Nov 2004 14:27:20 +0000 (GMT) Subject: [Dspace-general] Leslie Chan on Institutional Repositories Message-ID: Item from Peter Suber's Open Access News http://www.earlham.edu/~peters/fos/2004_11_07_fosblogarchive.html#a110014545760508265 The rise of OA institutional repositories Leslie Chan, Supporting and Enhancing Scholarship in the Digital Age: The Role of Open Access Institutional Repositories, Canadian Journal of Communication, 29 (2004) pp. 277-300. http://hdl.handle.net/1807/2786 Abstract: 'Scholarly communication and publishing are increasingly taking place in the electronic environment. With a growing proportion of the scholarly record now existing only in digital format, serious and pressing issues regarding access and preservation are being raised that are central to future scholarship. At the same time, the desire of scholars to maximize readership of their research and to take control of the scholarly communication process back from the restrictive domain of commercial publishing has prompted the proliferation of access options and experimental models of publishing. This paper examines the emerging trend of university-based institutional repositories (IRs) designed to capture the scholarly output of an institution and to maximize the research impact of this output. The relationship of this trend to the open access movement is discussed and challenges and opportunities for using IRs to promote new modes of scholarship are provided.' From cbailey at uh.edu Wed Nov 10 17:11:41 2004 From: cbailey at uh.edu (Charles W. Bailey, Jr.) Date: Wed, 10 Nov 2004 16:11:41 -0600 Subject: [Dspace-general] Call for Papers on the Role of Reference Librarians in Institutional Repository Projects Message-ID: <6.1.2.0.2.20041110160920.02432ed8@mail.uh.edu> Reference Services Review (http://konstanza.emeraldinsight.com/vl=263326/cl=26/nw=1/rpsv/rsr.htm) is interested in considering articles that explore the role of reference librarians in institutional repository projects and the impact of such projects on their service provision efforts. Possible topics might include: 1. Do reference librarians act as change agents promoting IRs to faculty, especially if they are also subject liaisons? 2. How do reference librarians integrate IRs into their information literacy efforts in instructional and one-one-one interactions? 3. What special reference tools do reference librarians construct to assist IR users, or how are IR materials integrated into existing tools on Web sites, portals, or other technologies? 4. Have IRs changed reference librarians' jobs in unexpected ways? Of course, you may well have other ideas about the impact of IRs on reference functions, and they would also be welcome. If you are interested in submitting a paper to this well-established, peer-reviewed journal, contact the editor, Ilene Rockman (irockman at calstate.edu). Best Regards, Charles Charles W. Bailey, Jr., Assistant Dean for Digital Library Planning and Development, University of Houston, Library Administration, 114 University Libraries, Houston, TX 77204-2000. E-mail: cbailey at uh.edu. Voice: (713) 743-9804. Fax: (713) 743-9811. http://info.lib.uh.edu/cwb/bailey.htm From courtois at ksu.edu Thu Nov 11 13:58:28 2004 From: courtois at ksu.edu (courtois@ksu.edu) Date: Thu, 11 Nov 2004 12:58:28 -0600 Subject: [Dspace-general] Blank Screen After "Upload A File" Message-ID: <1100199508.4193b654b513f@webmail.ksu.edu> After I select a file on the "Upload A File" page and click Next, I get a blank browser (IE 6.0) page. Any suggestions as to what the problem may be? This happens to all submitters, regardless of the file type being submitted. Thanks, Marty Martin Courtois Instructional Technology Assistance Center Kansas State University Manhattan KS 66505 courtois at ksu.edu 785-532-4428 From courtois at ksu.edu Fri Nov 12 12:20:40 2004 From: courtois at ksu.edu (Martin Courtois) Date: Fri, 12 Nov 2004 11:20:40 -0600 Subject: [Dspace-general] Blank Screen After "Upload A File" In-Reply-To: <1100199508.4193b654b513f@webmail.ksu.edu> References: <1100199508.4193b654b513f@webmail.ksu.edu> Message-ID: <1100280040.4194f0e837c00@webmail.ksu.edu> Problem solved...not enough disk space allocated to DSpace. Marty Quoting courtois at ksu.edu: > After I select a file on the "Upload A File" page and click Next, I > get > a blank browser (IE 6.0) page. Any suggestions as to what the > problem > may be? This happens to all submitters, regardless of the file type > being submitted. > > Thanks, > > Marty > > Martin Courtois > Instructional Technology Assistance Center > Kansas State University > Manhattan KS 66505 > courtois at ksu.edu > 785-532-4428 > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > Martin Courtois Instructional Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 courtois at ksu.edu 785-532-4428 From courtois at ksu.edu Mon Nov 15 17:51:42 2004 From: courtois at ksu.edu (Martin Courtois) Date: Mon, 15 Nov 2004 16:51:42 -0600 Subject: [Dspace-general] Collection "Editors" Message-ID: <1100559102.419932fe20acc@webmail.ksu.edu> Is the "collection editor" role the same as the group "COLLECTION_[Collection Name]_ADMIN" within the Group Editor? The DSpace System Documentation: Version History/Changes in DSpace 1.2/Admininstration mentions a "collection editor" role: "Delegated administration - new 'collection editor' role - edits item metadata, manages submitters list, edits collection metadata, links to items from other collections, and can withdraw items." I'd to establish a group that has administrative rights only within a specific collection. Thanks, Marty Martin Courtois Instructional Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 courtois at ksu.edu 785-532-4428 From tull.9 at osu.edu Tue Nov 16 08:40:56 2004 From: tull.9 at osu.edu (Laura Tull) Date: Tue, 16 Nov 2004 08:40:56 -0500 Subject: [Dspace-general] Collection "Editors" In-Reply-To: <1100559102.419932fe20acc@webmail.ksu.edu> Message-ID: <4.3.2.7.2.20041116075859.02b8bd68@pop.service.ohio-state.edu> Hi Marty! I've just been experimenting with collection administrator role in DSpace 1. 2. Yes, the group name is COLLECTION_XX_ADMIN where XX is the DB no. assigned to that collection. I was trying to figure out the policies for each of the functions that collection administrators can perform are here is what my experimentation shows: 1. Edit submitters and Edit metadata - If you use the new Create Collection wizard, and select "This collection will have delegated collection administrators", the system automatically assigns the policy "COLLECTION_ADMIN" to the group "COLLECTION_XX_ADMIN". This allowed the group to "Edit Submitters" and "Edit metadata". 2. Item mapper - I had to manually add a policy of "ADD" for the group to make this work. 3. Withdraw items - I had to manually add a policy for "REMOVE" to make this work. 4. Edit collection metadata - Even though the documentation says you can do this, I haven't figured out a policy that would work for this. Not sure if documentation doesn't match what system does. The Admin help on a collection page in DSpace 1.2 does not mention this fourth function so I have assumed it didn't quite get incorporated. If anyone knows any different, let me know. At 04:51 PM 11/15/2004 -0600, Martin Courtois wrote: >Is the "collection editor" role the same as the group >"COLLECTION_[Collection Name]_ADMIN" within the Group Editor? > >The DSpace System Documentation: Version History/Changes in DSpace >1.2/Admininstration mentions a "collection editor" role: > >"Delegated administration - new 'collection editor' role - edits item >metadata, manages submitters list, edits collection metadata, links to >items from other collections, and can withdraw items." > >I'd to establish a group that has administrative rights only within a >specific collection. > >Thanks, > >Marty > >Martin Courtois >Instructional Technology Assistance Center >509 Hale Library >Kansas State University >Manhattan KS 66506 >courtois at ksu.edu >785-532-4428 >_______________________________________________ >Dspace-general mailing list >Dspace-general at mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general *********************************** Laura Tull Systems Librarian Ohio State University Libraries 1858 Neil Avenue Mall Columbus OH 43210-1286 Phone: 614-247-6459 Fax: 614-292-7859 Email: tull.9 at osu.edu *********************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041116/f71efa77/attachment.htm From C.Wong at napier.ac.uk Mon Nov 15 12:54:27 2004 From: C.Wong at napier.ac.uk (Wong, Chee Hong) Date: Mon, 15 Nov 2004 17:54:27 -0000 Subject: [Dspace-general] DSpace general enquiry Message-ID: <735F04A99D358E468A16EDB64FC045551B27CB@EVS1.napier-mail.napier.ac.uk> Hi! Here is the question about DSpace integration and interoperability with other systems. After introduced by our colleagues from Sweden. We are now carry out a prototype study on the integration and interoperability of three different e-learning systems working together i.e. (a) European Dynamic (ED) e-learning system- IMS compliant Learning Management System (open source -oriented) (b) Dspace - for e-repository purpose (c) Cerebyte Digital Coaching system- Intel-based, and Intel-compatible systems product. Microsoft compatible product This is for a Intecilites Integrate Project- European Framework 6 project. We have a number of questions here. 1. How can these systems work together in the issues of integration and interoperability e.g. import/export learning materials and learner data? 2. The information I got it here shows me the main difference between DSpace and ED's e-Learning Document Manager functionality is the support for various standards that are used for content indexing. However, most of these standards are not globally adopted (like DCMI), rather are developed for specific usage for particular consortium or organization. Can both systems achieve integration? 3. Also, a main integration issue appears to be that Dspace uses exclusively PostgreSQL database specific features for some of its functionalities, so it requires code intervention to support other databases for instance, system (a) and (b). Thank you for time. I am looking forward to hear from you. Regards, Andy Wong Research Fellow Napier University -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041115/32432973/attachment.htm From kellyb at msnotes.wustl.edu Wed Nov 17 11:50:06 2004 From: kellyb at msnotes.wustl.edu (kellyb@msnotes.wustl.edu) Date: Wed, 17 Nov 2004 10:50:06 -0600 Subject: [Dspace-general] restricting access to a collection by IP Message-ID: A group has asked if it's possible to restrict access to a community or collection by IP. While that seems to fly in the face of open access these folks want to use the repository for their own class work, limiting access to members of the class or program. As far as I can tell this isn't doable. I believe we'd need to define a group, have them each register and then put the registered individuals into the group and set access policies for the group. However, that presents another problem. Is there a way for the dspace/community/collection manager(s) to be notified when someone registers? Does the registration process need to be modified locally to enable this or to allow the person registering to send an email to the admin at the same time asking to be put into a particular group? We're still learning v1.2, having tested the earlier versions for a year or so. If the answers are obvious and I've overlooked them, my apologies. However, if others have faced and addressed these issues I'd appreciate your sharing how you managed them. Betsy Kelly Assesssment & Evaluation Liaison, MidContinental Regional Medical Library and Associate Director for Instructional Technologies & Library Systems Becker Medical Library Washington University School of Medicine Box 8132 660 S. Euclid Avenue St. Louis MO 63110 314-362-2783 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041117/15fd66ce/attachment.htm From kenzie at MIT.EDU Wed Nov 17 15:21:11 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Wed, 17 Nov 2004 15:21:11 -0500 Subject: [Dspace-general] restricting access to a collection by IP In-Reply-To: Message-ID: <5.2.1.1.2.20041117151012.0250e2a0@hesiod> Hi Betsy, You are correct: access control is based on authenticated individuals (i.e. either by logon/password or digital certificate). The usual model is to register everyone who is allowed to have access to the collection, put them in a group, and assign read permission for the collection to that group. And if fact, to limit access to the registered students in a course that's exactly the sort of thing you'd need to do... limiting by IP simply won't work for that case. With some programming you could probably change the system to add/update/delete e-people on the basis of data from your registrar's database, but otherwise the DSpace system administrator would probably have to do that (end users can't register themselves now, except to subscribe to collections in order to get notified of new additions). And I don't believe the system currently notifies anyone when a new e-person is added... it's assumed that the system administrator is doing the adding and the group assignment centrally. Hope this helps, MacKenzie At 10:50 AM 11/17/2004 -0600, kellyb at msnotes.wustl.edu wrote: >A group has asked if it's possible to restrict access to a community or >collection by IP. While that seems to fly in the face of open access these >folks want to use the repository for their own class work, limiting access >to members of the class or program. As far as I can tell this isn't >doable. I believe we'd need to define a group, have them each register and >then put the registered individuals into the group and set access policies >for the group. > >However, that presents another problem. Is there a way for the >dspace/community/collection manager(s) to be notified when someone >registers? Does the registration process need to be modified locally to >enable this or to allow the person registering to send an email to the >admin at the same time asking to be put into a particular group? > >We're still learning v1.2, having tested the earlier versions for a year >or so. If the answers are obvious and I've overlooked them, my apologies. >However, if others have faced and addressed these issues I'd appreciate >your sharing how you managed them. > >Betsy Kelly >Assesssment & Evaluation Liaison, MidContinental Regional Medical Library >and >Associate Director for Instructional Technologies & Library Systems >Becker Medical Library >Washington University School of Medicine >Box 8132 >660 S. Euclid Avenue >St. Louis MO 63110 >314-362-2783 >_______________________________________________ >Dspace-general mailing list >Dspace-general at mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From kenzie at MIT.EDU Wed Nov 17 15:42:16 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Wed, 17 Nov 2004 15:42:16 -0500 Subject: [Dspace-general] DSpace general enquiry In-Reply-To: <735F04A99D358E468A16EDB64FC045551B27CB@EVS1.napier-mail.na pier.ac.uk> Message-ID: <5.2.1.1.2.20041117153323.01193610@hesiod> An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041117/a7806081/attachment.htm From courtois at ksu.edu Thu Nov 18 11:12:41 2004 From: courtois at ksu.edu (Martin Courtois) Date: Thu, 18 Nov 2004 10:12:41 -0600 Subject: [Dspace-general] DSpace and ETDs at ALA? Message-ID: <1100794361.419cc9f903618@webmail.ksu.edu> Are there DSpace or electronic theses and dissertations meetings planned for the American Library Association midwinter conference in Boston in January 2005? I haven't seen any announcements, but maybe I haven't been looking in the right places. Thanks, Marty Martin Courtois Instructional Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 courtois at ksu.edu 785-532-4428 From smuir1 at emich.edu Fri Nov 19 10:30:15 2004 From: smuir1 at emich.edu (Scott P. Muir) Date: Fri, 19 Nov 2004 10:30:15 -0500 Subject: [Dspace-general] Restricting Collections Message-ID: <6.1.2.0.0.20041119102100.01970218@mail.emich.edu> I am in the process of writing our policies that we will use to support ETDs in DSpace. This will be our first collection that we will implement. Typically many Universities give their students the opportunity to restrict the web access to their dissertation in several ways. 1) One approach is to limit access to a select group (e.g. limited to the Dean, the Department head, the Advisors, and the Academic Committee) I believe that can be accomplished by creating a community and limiting access to that community. 2) It might also be made available to anyone searching the database. 3) The one that puzzles me would be making access available to the campus community only. From what I saw on this list recently, I gathered that limiting by I.P. address is not an option. Is that a correct understanding? If so, has anyone found a way to address this issue? Thanks Scott P Muir Associate University Librarian Bruce T. Halle Library, Room 200F Eastern Michigan University 955 West Circle Drive Ypsilanti, MI 48197-2207 734.487.0020 x2222 (voice) 734.484.1151 (fax) http://www.emich.edu/halle/ mailto:scott.muir at emich.edu From amiranda at sdum.uminho.pt Fri Nov 19 10:59:06 2004 From: amiranda at sdum.uminho.pt (Angelo Miranda) Date: Fri, 19 Nov 2004 15:59:06 -0000 Subject: [Dspace-general] Restricting Collections Message-ID: Hi, We developed an insert trigger in the eperson table that verifies the email domain of the person being registered. If the domain belongs to our University domain, the person is inserted in a special group that represent the campus community. In the communities/collections with restricted access to campus only that special group has READ access. In this way, a person has to register with his institutional email to gain access to restricted collections. Hope I can help. Angelo Miranda -----Original Message----- From: Scott P. Muir [mailto:smuir1 at emich.edu] Sent: sexta-feira, 19 de Novembro de 2004 15:30 To: dspace-general at mit.edu Subject: [Dspace-general] Restricting Collections I am in the process of writing our policies that we will use to support ETDs in DSpace. This will be our first collection that we will implement. Typically many Universities give their students the opportunity to restrict the web access to their dissertation in several ways. 1) One approach is to limit access to a select group (e.g. limited to the Dean, the Department head, the Advisors, and the Academic Committee) I believe that can be accomplished by creating a community and limiting access to that community. 2) It might also be made available to anyone searching the database. 3) The one that puzzles me would be making access available to the campus community only. From what I saw on this list recently, I gathered that limiting by I.P. address is not an option. Is that a correct understanding? If so, has anyone found a way to address this issue? Thanks Scott P Muir Associate University Librarian Bruce T. Halle Library, Room 200F Eastern Michigan University 955 West Circle Drive Ypsilanti, MI 48197-2207 734.487.0020 x2222 (voice) 734.484.1151 (fax) http://www.emich.edu/halle/ mailto:scott.muir at emich.edu _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From mk13murthy at hotmail.com Thu Nov 18 01:12:25 2004 From: mk13murthy at hotmail.com (madaih krishnamurthy) Date: Thu, 18 Nov 2004 06:12:25 +0000 Subject: [Dspace-general] D Space installation Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041118/80192e19/attachment.htm From mk13murthy at hotmail.com Thu Nov 18 01:14:25 2004 From: mk13murthy at hotmail.com (madaih krishnamurthy) Date: Thu, 18 Nov 2004 06:14:25 +0000 Subject: [Dspace-general] D Space installation Message-ID: An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041118/bec9b540/attachment.htm From mballard at otis.edu Fri Nov 19 20:04:34 2004 From: mballard at otis.edu (Matthew Ballard) Date: Fri, 19 Nov 2004 17:04:34 -0800 Subject: [Dspace-general] Restricting Collections In-Reply-To: <6.1.2.0.0.20041119102100.01970218@mail.emich.edu> References: <6.1.2.0.0.20041119102100.01970218@mail.emich.edu> Message-ID: <6.1.1.1.0.20041119170225.02589930@mail.otis.edu> If you want to restrict access to all of DSpace to on-campus users (or off-campus through a proxy server), then it's possible through the configuration of Tomcat (with extra tricks available through Apache if you use Apache/mod_jk/Tomcat, which is what I did). Feel free to e-mail for details if interested in how I did it. For specific collections, there's no way to restrict by IP address that I know of. Matthew Ballard Otis College of Art and Design Library mballard at otis.edu At 07:30 AM 11/19/2004, you wrote: >I am in the process of writing our policies that we will use to support >ETDs in DSpace. This will be our first collection that we will >implement. Typically many Universities give their students the >opportunity to restrict the web access to their dissertation in several >ways. 1) One approach is to limit access to a select group (e.g. limited >to the Dean, the Department head, the Advisors, and the Academic >Committee) I believe that can be accomplished by creating a community and >limiting access to that community. 2) It might also be made available to >anyone searching the database. 3) The one that puzzles me would be making >access available to the campus community only. From what I saw on this >list recently, I gathered that limiting by I.P. address is not an >option. Is that a correct understanding? If so, has anyone found a way >to address this issue? > >Thanks > >Scott P Muir >Associate University Librarian >Bruce T. Halle Library, Room 200F >Eastern Michigan University >955 West Circle Drive >Ypsilanti, MI 48197-2207 > >734.487.0020 x2222 (voice) >734.484.1151 (fax) >http://www.emich.edu/halle/ > >mailto:scott.muir at emich.edu >_______________________________________________ >Dspace-general mailing list >Dspace-general at mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general From codygreen at gmail.com Mon Nov 22 00:41:19 2004 From: codygreen at gmail.com (Cody Green) Date: Sun, 21 Nov 2004 23:41:19 -0600 Subject: [Dspace-general] Restricting Collections In-Reply-To: <6.1.2.0.0.20041119102100.01970218@mail.emich.edu> References: <6.1.2.0.0.20041119102100.01970218@mail.emich.edu> Message-ID: <76c0451304112121413f270e25@mail.gmail.com> The only way that I can think of is to use Apache and Tomcat. With Apache you can setup a Location rule to only allow access to a url from certain hosts. This would be placed in your httpd.conf file and would possible look like this. Order Deny,Allow Deny from all Allow from .foo.com Hope this helps. Cody On Fri, 19 Nov 2004 10:30:15 -0500, Scott P. Muir wrote: > I am in the process of writing our policies that we will use to support > ETDs in DSpace. This will be our first collection that we will > implement. Typically many Universities give their students the opportunity > to restrict the web access to their dissertation in several ways. 1) One > approach is to limit access to a select group (e.g. limited to the Dean, > the Department head, the Advisors, and the Academic Committee) I believe > that can be accomplished by creating a community and limiting access to > that community. 2) It might also be made available to anyone searching the > database. 3) The one that puzzles me would be making access available to > the campus community only. From what I saw on this list recently, I > gathered that limiting by I.P. address is not an option. Is that a > correct understanding? If so, has anyone found a way to address this issue? > > Thanks > > Scott P Muir > Associate University Librarian > Bruce T. Halle Library, Room 200F > Eastern Michigan University > 955 West Circle Drive > Ypsilanti, MI 48197-2207 > > 734.487.0020 x2222 (voice) > 734.484.1151 (fax) > http://www.emich.edu/halle/ > > mailto:scott.muir at emich.edu > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > From harnad at ecs.soton.ac.uk Sat Nov 20 08:16:20 2004 From: harnad at ecs.soton.ac.uk (Stevan Harnad) Date: Sat, 20 Nov 2004 13:16:20 +0000 (GMT) Subject: [Dspace-general] Re: EPrints, DSpace or ESpace? In-Reply-To: Message-ID: On Sat, 20 Nov 2004 sanjay.kataria at jiit.ac.in wrote: > I want to take an initiative to design & develop the Institutional > Repository but I have some queries: > > 1. There are a number of open source softwares for the development of > an Institutional Repository which one is most user-friendly The softwares are largely equivalent. See the BOAI Guide to Institutional Repository Software, the SPARC resource guide and the Archives Registry: http://www.soros.org/openaccess/software/ http://www.arl.org/sparc/IR/IR_Guide.html http://archives.eprints.org/eprints.php?action=browse#version It is not the choice of which software to adopt that is important but the adoption of a systematic institutional self-archiving policy, targeting the intended content and content-provision by faculty. Without an effective, focussed policy, the institutional archives will remain empty, regardless of which software is adopted: "Developing a Policy" http://software.eprints.org/handbook/policy.php http://www.eprints.org/signup/sign.php "EPrints, DSpace or ESpace?" http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/2670.html > 2. What is the guarantee for upgrading of the software from the > source organization? Each of the major softwares is being upgraded and maintained to keep it compliant with the Open Archives Initiative (OAI) and make all the OA Archives interoperable and harvestable. Upgrade-guarantees are not the problem: Institutional archive-filling policy is. http://www.openarchives.org/ > 3 Data Security / Permission on LAN or WAN Environment Not an issue. Self-archiving is for the purpose of providing Open Access to a university's or research institution's published journal article output -- for those would-be users at other institutions webwide whose institutions cannot afford the subscription version. > 4. What about Copy Right Issue or Intellectual Property Right Issues? There are no copyright or intellectual property issues. 92% of journals have given their green light to self-archiving. http://romeo.eprints.org/stats.php For what to do about the remaining 8% see: http://www.eprints.org/self-faq/#copyright1 The only issue is implementing an effective, targeted, archive-filling policy. > 5. What skills are required to operate or customized the software "What Skills Do You Need To Run The Archive?" http://software.eprints.org/handbook/managing-background.php > 6. What type of infrastructure required / Preplanning for Hardware or > software, scanner etc. http://software.eprints.org/requirements.php http://www.dspace.org/technology/system-docs/ > 7. Which format should be used to save the data, for easy search The problem is not data-format or easy-search but archive-filling policy. The reason OA archives are OAI-compliant is so they can be harvested by and jointly searched with OAI search engines such as OAIster, which currently harvests 3,701,820 records from 363 institutions. http://oaister.umdl.umich.edu/o/oaister/ Lately scholar-google is providing yet another way to search them: http://scholar.google.com/ The challenge is not search but archive-filling. At least one of the stored versions of the full-text, however, should be screen-readable and harvestable for inversion by google. > 8. Other technical aspects we should keep in mind before starting? See: http://www.soros.org/openaccess/software/ http://www.arl.org/sparc/IR/IR_Guide.html http://software.eprints.org/handbook/ > 9. Kindly mention the Role of the librarian, Role of the faculty, Role of > the institute http://www.eprints.org/self-faq/#researcher/authors-do http://software.eprints.org/handbook/libraries.php http://software.eprints.org/handbook/universities.php > Thanks & Regards > ==*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* > Sanjay Kataria > Learning Resource Centre > Jaypee Institute of InformationTechnology (Deemed-to-be-University) > A-10, Sector-62, Noida (UP) 201307 India > Ph. 0120-2400973 to 978 Ext. 251 > 09810503341 (Mobile) > E-mail: lib_scholar at rediffmail.com, katariasanjay2001 at yahoo.com, > sanjay.kataria at jiit.ac.in > Website: www.jiit.ac.in > From khoffman at uwo.ca Mon Nov 22 12:14:00 2004 From: khoffman at uwo.ca (Kim Tan Hoffman) Date: Mon, 22 Nov 2004 12:14:00 -0500 Subject: [Dspace-general] dspace-oracle-beta1-source.tar.gz - Problem with logo Message-ID: <1101143640.41a21e58d83cd@mail.uwo.ca> We had to use Oracle as the database so I have installed DSpace using dspace-oracle-beta1-source.tar.gz In creating a collection, I do not have trouble uploading a logo. However, - when once the collection is created with the logo if I delete the logo and upload another, in the form "Upload logo" after browsing to the image and selecting the image, when I click on it does not 'throw' me back to the "Edit Collection" page where I would see the logo and then be able to click on - if the collection is created with no logo and I decide to upload a logo later, in the form "Upload logo" after browsing to the image and selecting the image, when I click on it does not 'throw' me back to the "Edit Collection" page where I would see the logo and then be able to click on is this a known bug? -- Kim Tan Hoffman Information Technology Services University of Western Ontario London Ontario N5B 5B8 519 6612111 x86008 From jonesw at post.queensu.ca Tue Nov 23 08:46:45 2004 From: jonesw at post.queensu.ca (Wayne Jones) Date: Tue, 23 Nov 2004 08:46:45 -0500 Subject: [Dspace-general] DSpace and authority/headings control Message-ID: <6.1.2.0.1.20041122165217.019a6650@post.queensu.ca> We're just in the process of setting up our DSpace-based repository at Queen's University, and we are thinking of basic issues such as workflow, accuracy and consistency of metadata, and authority control. I've found a few documents here and there on some DSpace sites dealing with the issue, but I'd be interested to hear about other libraries' policies and practices. Do you have a procedure in place so that the metadata input by submitters is reviewed by library (or other) staff -- and, if so, does that review entail standard authority control practices used in libraries, such as checking authoritative sources and thesauri for forms of headings? Thanks, Wayne > Wayne Jones Head, Central Technical Services Queen's University Library Mackintosh-Corry Hall, Room B100A Kingston, ON K7L 5C4 tel: (613) 533-2802 fax: (613) 533-6819 email: jonesw at post.queensu.ca From thomas.eliasson at mdh.se Fri Nov 26 10:01:32 2004 From: thomas.eliasson at mdh.se (Thomas Eliasson) Date: Fri, 26 Nov 2004 16:01:32 +0100 Subject: [Dspace-general] Registering publication without associated items. Message-ID: <41A7454C.4000107@mdh.se> Hi all! We're evaluating DSpace and we'd like to be able to register a few publications that should not be available in fulltext in the system. The reason is that we'd prefer not to have to set up a second system just to keep track of publications when there are only a few that should not be stored in fulltext. Is it possible to configure DSpace to accept only metadata without a file associated? I've searched and searched but found no information on the subject. Thanks for your help! /Thomas From kenzie at MIT.EDU Sun Nov 28 14:36:18 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sun, 28 Nov 2004 14:36:18 -0500 Subject: [Dspace-general] Registering publication without associated items. In-Reply-To: <41A7454C.4000107@mdh.se> Message-ID: <5.2.1.1.2.20041128142439.01f019d0@hesiod> Hi Thomas, There is a kludgy way to do this manually (you upload a file as required by the submssion process and then delete it again before the last step) or you can do it with the batch loader, but it would be good to consider carefully why you want to do this and if there's a better way... If your goal is just to keep some items from being accessible by the public then you can go ahead and deposit them and just set the access permissions for them accordingly -- you don't have to keep them out of the system entirely! That way your collection can stay intact in one place, which will be better for their long-term management and preservation. Best wishes, MacKenzie At 04:01 PM 11/26/2004 +0100, Thomas Eliasson wrote: >Hi all! > >We're evaluating DSpace and we'd like to be able to register a few >publications that should not be available in fulltext in the system. > >The reason is that we'd prefer not to have to set up a second system just >to keep track of publications when there are only a few that should not be >stored in fulltext. > >Is it possible to configure DSpace to accept only metadata without a file >associated? I've searched and searched but found no information on the subject. > >Thanks for your help! >/Thomas >_______________________________________________ >Dspace-general mailing list >Dspace-general at mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131d 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From kenzie at MIT.EDU Sun Nov 28 14:44:23 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sun, 28 Nov 2004 14:44:23 -0500 Subject: [Dspace-general] DSpace and authority/headings control In-Reply-To: <6.1.2.0.1.20041122165217.019a6650@post.queensu.ca> Message-ID: <5.2.1.1.2.20041128144008.01eee7f8@hesiod> Hi Wayne, At MIT we do not review the metadata supplied by depositors, but some of it comes from our own OPAC (if it was a collection that happened to be cataloged by the library) and so has had authority control done. Other institutions I know of are doing more reviewing and editing, so hopefully they'll speak up for themselves about how they're handling that. In the future we at MIT hope to do some development work on automated authority control, working with OCLC and local name authority files, but I couldn't say when we might get to that. It's possible that another institution will decide to tackle it before we do, and that should hopefully cut down on how much reviewing and editing by library staff is needed. Best wishes, MacKenzie At 08:46 AM 11/23/2004 -0500, Wayne Jones wrote: >We're just in the process of setting up our DSpace-based repository at >Queen's University, and we are thinking of basic issues such as workflow, >accuracy and consistency of metadata, and authority control. I've found a >few documents here and there on some DSpace sites dealing with the issue, >but I'd be interested to hear about other libraries' policies and practices. > >Do you have a procedure in place so that the metadata input by submitters >is reviewed by library (or other) staff -- and, if so, does that review >entail standard authority control practices used in libraries, such as >checking authoritative sources and thesauri for forms of headings? > >Thanks, > >Wayne > > > > >Wayne Jones >Head, Central Technical Services >Queen's University Library >Mackintosh-Corry Hall, Room B100A >Kingston, ON >K7L 5C4 >tel: (613) 533-2802 >fax: (613) 533-6819 >email: jonesw at post.queensu.ca > > >_______________________________________________ >Dspace-general mailing list >Dspace-general at mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131d 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From kenzie at MIT.EDU Sun Nov 28 15:41:41 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sun, 28 Nov 2004 15:41:41 -0500 Subject: [Dspace-general] Google Scholar inclusion of DSpace repositories Message-ID: <5.2.1.1.2.20041128152714.01f006a8@hesiod> Hi all, I wanted to mention that the new Google Scholar search (http://scholar.google.com) is including items from DSpace repositories in the results, as long as they're open for harvesting the full-text. I did notice that some institutions running DSpace that should be there aren't yet, so I've asked Google why they're missing. It can be a little tricky to figure out if you're institution is getting included or not -- search some known items from your repository and plow through all the results, and be sure to check all the versions since your copy might not be one of the first listed. If you're there, great, and if you're not (and want to be) then first make sure your repository's web server isn't blocking crawlers, and then write to me or them directly (scholar-support at google.com) to make sure they crawl your site. They also wanted me to mention that if you have limited access material that you would like to get indexed by Google but not cached by them for display, they're very interested in working with you. For example, at MIT we have some book titles from the MIT Press in our DSpace repository which are only available for free to the MIT community. Google proposes to index them, but not cache them, so that when a searcher finds one of them in a result set in google.com they're returned to DSpace to view the item and can get to the Press's online ordering system from there. More traffic for the book, more money for the Press. Let me know if you're interested in this and I'll put you in touch with the Google folks. Remember: if your DSpace content is freely available to the public then Google and the other web search engines should *already* be harvesting it so you don't need to do anything... MacKenzie MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131d 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From scott.yeadon at anu.edu.au Sun Nov 28 17:42:02 2004 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Mon, 29 Nov 2004 09:42:02 +1100 Subject: [Dspace-general] Re: Registering publication without associated items Message-ID: <41AA543A.2020408@anu.edu.au> Thoms, I think at the moment the only way to add an item to dspace without an associated bitstream is via the batch importer. You import as per normal but create an empty "contents" file. Scott. Date: Fri, 26 Nov 2004 16:01:32 +0100 From: Thomas Eliasson To: dspace-general at mit.edu Subject: [Dspace-general] Registering publication without associated items. Message-ID: <41A7454C.4000107 at mdh.se> Content-Type: text/plain; charset=us-ascii; format=flowed MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: list Message: 1 Hi all! We're evaluating DSpace and we'd like to be able to register a few publications that should not be available in fulltext in the system. The reason is that we'd prefer not to have to set up a second system just to keep track of publications when there are only a few that should not be stored in fulltext. Is it possible to configure DSpace to accept only metadata without a file associated? I've searched and searched but found no information on the subject. Thanks for your help! /Thomas ------------------------------ _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general End of Dspace-general Digest, Vol 16, Issue 21 ********************************************** From harnad at ecs.soton.ac.uk Mon Nov 29 08:11:49 2004 From: harnad at ecs.soton.ac.uk (Stevan Harnad) Date: Mon, 29 Nov 2004 13:11:49 +0000 (GMT) Subject: [Dspace-general] Re: Google's Scholarly Search Service and Institutional OA Self-Archiving In-Reply-To: Message-ID: Google Scholar http://scholar.google.com currently has 3,630 items for Dspace and 16,100 for Eprints. I expect both are undercounts. Eprints certainly is, otherwise the figure would be at the very least 55,000 (for the Eprints subset harvested by celestial) http://celestial.eprints.org/cgi-bin/eprints.org/graph or at the very-very-very least 31,688: http://www.eprints.org/ I hope Google Scholar will cover these two sets of scholarly full-text sites more fully. They are likely to provide the richest source of scholarly full-texts. Regular Google, for example, already carries 210,000 items from Eprints, so they are in there! Just a matter of porting them to Google Scholar! The fact that the item is in Eprints or Dspace should be a criterion in scholar.google's identification rule. So should the fact that it comes form an OAI-compliant site. Stevan Harnad On Mon, 29 Nov 2004, Peter Suber wrote: > [Forwarding from the DSpace-general list. --Peter.] > > > Hi all, > > I wanted to mention that the new Google Scholar search > (http://scholar.google.com) is including items from > DSpace repositories in the results, as long as they're open for harvesting > the full-text. I did notice that some > institutions running DSpace that should be there aren't yet, so I've asked > Google why they're missing. > > It can be a little tricky to figure out if you're institution is getting > included or not -- search some known items > from your repository and plow through all the results, and be sure to check > all the versions since your copy > might not be one of the first listed. If you're there, great, and if you're > not (and want to be) then first make > sure your repository's web server isn't blocking crawlers, and then write > to me or them directly > (scholar-support at google.com) to make sure they crawl your site. > > They also wanted me to mention that if you have limited access material > that you would like to get indexed > by Google but not cached by them for display, they're very interested in > working with you. For example, at > MIT we have some book titles from the MIT Press in our DSpace repository > which are only available for free > to the MIT community. Google proposes to index them, but not cache them, so > that when a searcher finds > one of them in a result set in google.com they're returned to DSpace to > view the item and can get to the > Press's online ordering system from there. More traffic for the book, more > money for the Press. Let me > know if you're interested in this and I'll put you in touch with the Google > folks. Remember: if your DSpace > content is freely available to the public then Google and the other web > search engines should *already* be > harvesting it so you don't need to do anything... > > MacKenzie > > > MacKenzie Smith > Associate Director for Technology > MIT Libraries > Building E25-131d > 77 Massachusetts Avenue > Cambridge, MA 02139 > (617)253-8184 > kenzie at mit.edu From courtois at ksu.edu Mon Nov 29 09:45:40 2004 From: courtois at ksu.edu (Martin Courtois) Date: Mon, 29 Nov 2004 08:45:40 -0600 Subject: [Dspace-general] Registering publication without associated items. In-Reply-To: <5.2.1.1.2.20041128142439.01f019d0@hesiod> References: <5.2.1.1.2.20041128142439.01f019d0@hesiod> Message-ID: <1101739540.41ab361407e80@webmail.ksu.edu> Hi MacKenzie, This is very helpful information, but how would I "set the access permissions?" I think I would start here: Authorization > Manage an Items Policies > Select an Item At this this point, I think I would want to set "Item Policies" to Anonymous (so that anyone could view the item record), but set the "Bundle Policies" and/or "Bitstream Policies" to Collection_[xx]_Admin, for example, if I wanted to restrict viewing the actual item to collection administrators. Is this the best way to do this? Thanks, Marty Martin Courtois Instructional Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 courtois at ksu.edu 785-532-4428 Quoting MacKenzie Smith : > Hi Thomas, > > There is a kludgy way to do this manually (you upload a file as > required by > the submssion process and > then delete it again before the last step) or you can do it with the > batch > loader, but it would be good to > consider carefully why you want to do this and if there's a better > way... > > If your goal is just to keep some items from being accessible by the > public > then you can go ahead and > deposit them and just set the access permissions for them accordingly > -- > you don't have to keep them > out of the system entirely! That way your collection can stay intact > in one > place, which will be better > for their long-term management and preservation. > > Best wishes, > > MacKenzie > > At 04:01 PM 11/26/2004 +0100, Thomas Eliasson wrote: > >Hi all! > > > >We're evaluating DSpace and we'd like to be able to register a few > >publications that should not be available in fulltext in the system. > > > >The reason is that we'd prefer not to have to set up a second system > just > >to keep track of publications when there are only a few that should > not be > >stored in fulltext. > > > >Is it possible to configure DSpace to accept only metadata without a > file > >associated? I've searched and searched but found no information on > the subject. > > > >Thanks for your help! > >/Thomas > >_______________________________________________ > >Dspace-general mailing list > >Dspace-general at mit.edu > >http://mailman.mit.edu/mailman/listinfo/dspace-general > > MacKenzie Smith > Associate Director for Technology > MIT Libraries > Building E25-131d > 77 Massachusetts Avenue > Cambridge, MA 02139 > (617)253-8184 > kenzie at mit.edu > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > From kenzie at MIT.EDU Mon Nov 29 10:13:51 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Mon, 29 Nov 2004 10:13:51 -0500 Subject: [Dspace-general] Registering publication without associated items. In-Reply-To: <1101739540.41ab361407e80@webmail.ksu.edu> References: <5.2.1.1.2.20041128142439.01f019d0@hesiod> <5.2.1.1.2.20041128142439.01f019d0@hesiod> Message-ID: <5.2.1.1.2.20041129101222.01fc6f40@hesiod> Hi Martin, I'm not really an expert on the best way to do this. If you can't figure it out from the documentation, try asking the dspace-tech list for advice... that's really the group of people who know the ins and outs of this. Best, MacKenzie At 08:45 AM 11/29/2004 -0600, Martin Courtois wrote: >Hi MacKenzie, > >This is very helpful information, but how would I "set the access >permissions?" I think I would start here: > >Authorization > Manage an Items Policies > Select an Item > >At this this point, I think I would want to set "Item Policies" to >Anonymous (so that anyone could view the item record), but set the >"Bundle Policies" and/or "Bitstream Policies" to Collection_[xx]_Admin, >for example, if I wanted to restrict viewing the actual item to >collection administrators. > >Is this the best way to do this? Thanks, > >Marty > >Martin Courtois >Instructional Technology Assistance Center >509 Hale Library >Kansas State University >Manhattan KS 66506 >courtois at ksu.edu >785-532-4428 > > > > > > >Quoting MacKenzie Smith : > > > Hi Thomas, > > > > There is a kludgy way to do this manually (you upload a file as > > required by > > the submssion process and > > then delete it again before the last step) or you can do it with the > > batch > > loader, but it would be good to > > consider carefully why you want to do this and if there's a better > > way... > > > > If your goal is just to keep some items from being accessible by the > > public > > then you can go ahead and > > deposit them and just set the access permissions for them accordingly > > -- > > you don't have to keep them > > out of the system entirely! That way your collection can stay intact > > in one > > place, which will be better > > for their long-term management and preservation. > > > > Best wishes, > > > > MacKenzie > > > > At 04:01 PM 11/26/2004 +0100, Thomas Eliasson wrote: > > >Hi all! > > > > > >We're evaluating DSpace and we'd like to be able to register a few > > >publications that should not be available in fulltext in the system. > > > > > >The reason is that we'd prefer not to have to set up a second system > > just > > >to keep track of publications when there are only a few that should > > not be > > >stored in fulltext. > > > > > >Is it possible to configure DSpace to accept only metadata without a > > file > > >associated? I've searched and searched but found no information on > > the subject. > > > > > >Thanks for your help! > > >/Thomas > > >_______________________________________________ > > >Dspace-general mailing list > > >Dspace-general at mit.edu > > >http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > MacKenzie Smith > > Associate Director for Technology > > MIT Libraries > > Building E25-131d > > 77 Massachusetts Avenue > > Cambridge, MA 02139 > > (617)253-8184 > > kenzie at mit.edu > > > > _______________________________________________ > > Dspace-general mailing list > > Dspace-general at mit.edu > > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > > > >_______________________________________________ >Dspace-general mailing list >Dspace-general at mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131d 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From stephen.thomas at adelaide.edu.au Tue Nov 30 22:28:07 2004 From: stephen.thomas at adelaide.edu.au (Steve Thomas) Date: Wed, 01 Dec 2004 13:58:07 +1030 Subject: [Dspace-general] Google Scholar inclusion of DSpace repositories In-Reply-To: <5.2.1.1.2.20041128152714.01f006a8@hesiod> References: <5.2.1.1.2.20041128152714.01f006a8@hesiod> Message-ID: <41AD3A47.2090006@adelaide.edu.au> MacKenzie Smith wrote: > ... > It can be a little tricky to figure out if you're institution is getting > included or not Actually, you can simple incude "site:youruni.edu" as a search term to limit results to just your institution (or part thereof). Among other things, this usefully reveals something of the extent of self-archiving at your university. In our case, the result was interestingly low -- around 1330 items. (We don't yet have an IR.) No-one seems to know exactly what criteria Google are using for inclusion, but I suspect they are using citation as one of their major criteria -- after indexing known sites (such as PubMed) they are then spidering from citations so far included. This might explain their inclusion of multiple versions of the same article from different sites, and might be the basis of their "Cited by" counts. If anyone knows more, I'm all ears. Steve -- Stephen Thomas, Senior Systems Analyst, University of Adelaide Library UNIVERSITY OF ADELAIDE SA 5005 AUSTRALIA Phone: +61 8 830 35190 Fax: +61 8 830 34369 Email: stephen.thomas at adelaide.edu.au URL: http://staff.library.adelaide.edu.au/~sthomas/ CRICOS Provider Number 00123M ----------------------------------------------------------- This email message is intended only for the addressee(s) and contains information that may be confidential and/or copyright. If you are not the intended recipient please notify the sender by reply email and immediately delete this email. Use, disclosure or reproduction of this email by anyone other than the intended recipient(s) is strictly prohibited. No representation is made that this email or any attachments are free of viruses. Virus scanning is recommended and is the responsibility of the recipient.