From iwilliams at library.uwi.tt Thu Apr 1 12:37:46 2004 From: iwilliams at library.uwi.tt (Irwin Williams) Date: Thu, 1 Apr 2004 13:37:46 -0400 Subject: [Dspace-general] Completed install and no results Message-ID: <21530F7443DED311AC3500C04F238E88BE0D80@SANTW40LIBRY001> Hi, I'm kinda new to linux so this error could be more linux specific than dspace specific - I am just trying to find out where to direct my efforts... I had completed all the steps of the dspace install - made some mistakes and corrected them - and got to the proverbial "switch" . https://my.dspace.site:8443/ And nothing happened. Well, that's not quite true, I got this error: The following error was encountered: "Access Denied. Access control configuration prevents your request from being allowed at this time. Please contact your service provider if you feel this is incorrect. " I am not sure what exactly it means. In that, there probably must be some further config issues I neglected. Can anyone shed some light? Thanks From paul.gherman at vanderbilt.edu Thu Apr 1 10:50:28 2004 From: paul.gherman at vanderbilt.edu (Gherman, Paul M) Date: Thu, 01 Apr 2004 09:50:28 -0600 Subject: [Dspace-general] Communities defined Message-ID: <6778515.1080813028@libgl1037.library.Vanderbilt.Edu> Dear DSpace Folks, We have a very active faculty policy board at work defining our IR policies. We discussing how to define communities within DSpace. MIT states that they follow administrative units of the university. Our group seems to lean toward allowing liberal interpretation, that any group of faculty with a common research or teaching interest can establish a community. Added to this idea, they favor allowing faculty at other institutions with a common interest to join the community. Have you faced this issue on your campus, and how did you resolve it. Thanks for your help, Paul ----------------------------------------------------------------- Gherman, Paul M University Librarian Vanderbilt University 611 General Library Building 419 21 st. Ave South Nashville, TN 37215 615-322-7120 voice 615-343-8279 fax Email: paul.gherman at Vanderbilt.Edu From kenzie at MIT.EDU Fri Apr 2 16:07:03 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Fri, 02 Apr 2004 16:07:03 -0500 Subject: [Dspace-general] Announcement: new DSpace Federation Committers Group formed Message-ID: <5.2.1.1.2.20040402160620.02967698@hesiod> Announcing the Creation of the DSpace Federation Committers Group At the recent DSpace user group meeting there was consensus that it's time to expand the group of developers who are authorized to make changes to the DSpace software, usually known as "committers" since they can "commit" changes to the code repository. These are the people who have ultimate responsibility for the shape of the DSpace software, its architecture and design going forward, and they can apply code changes contributed by the larger DSpace development community to the open source platform. They will develop a process by which all contributors can submit code to DSpace, and will be responsible for the composition of the committers group itself - recruiting new members to join over time. Following the example of other well-known, successful open source projects, DSpace is now recruiting a group of individuals to become committers. We are starting with a small number of initial committers, drawn from the group of people already working on DSpace, and including people outside the original HP-MIT team, who have kindly volunteered their services to help get things going. This 'seed group' of committers will soon be expanded to include others according to criteria that they collectively define. The initial five members are: Robert Tansley, HP Richard Rodgers, MIT Jim Downing, Cambridge University Richard Jones, University of Edinburgh Ralph LeVan, OCLC Many thanks to Jim, Richard, and Ralph for offering their help! We hope that others who have done work on DSpace will soon join them. The committer group will soon be issuing an announcement of their own about how you can get involved, either by contributing your code to the project or by becoming a committer yourself. Becoming a DSpace committer does not necessarily imply that you will submit your own code to DSpace (although we hope you will!) but more importantly that you will be responsible for helping to maintain the integrity of the codebase as contributions are added from everyone, including the MIT and HP developers. The committer group will be charged with figuring out how contributions can be made to the DSpace open source software while not requiring copyright transfer from the originating institution unless and until such time as a new organization assumes IP management for the system. All contributions will, of course, be part of the open source software under the current BSD license and so available to all DSpace users. We're very excited by this new phase of DSpace, and we believe that it will help accelerate the platform's evolution into a stable, flexible system that solves a variety of needs for digital repositories. Stay tuned for more news about this group in the coming weeks, MacKenzie MacKenzie Smith Associate Director for Technology MIT Libraries Building 14S-308 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From paul.gherman at vanderbilt.edu Fri Apr 2 12:13:12 2004 From: paul.gherman at vanderbilt.edu (Gherman, Paul M) Date: Fri, 02 Apr 2004 11:13:12 -0600 Subject: [Dspace-general] Version Control Message-ID: <7912015.1080904392@libgl1037.library.Vanderbilt.Edu> Another question. Has anyone thought about how we can maintain version control between IR's, if faculty, as co-authors from different institutions each contribute their papers to their own campus IR. I can see the same paper having multiple permanent URLs. Or even worse that different versions of the same paper are posted to different IRs with different permanent URLs. Paul ----------------------------------------------------------------- Gherman, Paul M University Librarian Vanderbilt University 611 General Library Building 419 21 st. Ave South Nashville, TN 37215 615-322-7120 voice 615-343-8279 fax Email: paul.gherman at Vanderbilt.Edu From deridder at email.lib.utk.edu Fri Apr 2 14:28:50 2004 From: deridder at email.lib.utk.edu (Jody DeRidder) Date: Fri, 2 Apr 2004 14:28:50 -0500 (EST) Subject: [Dspace-general] faculty buy-in Message-ID: <2425.160.36.192.134.1080934130.squirrel@kiva.lib.utk.edu> Have any of you folks had difficulty getting faculty to buy into the concept of storing their research in DSpace? If so, I'm wondering what has and has not worked for you, in getting this kind of grassroots support, interest, and involvement at your institution. --jody -- Jody DeRidder IT Administrator II Digital Library Center 648A John C. Hodges Library University of Tennessee Knoxville, TN 37996 Phone: (865) 974-4796 Email: deridder at aztec.lib.utk.edu From paul.gherman at vanderbilt.edu Mon Apr 5 14:31:46 2004 From: paul.gherman at vanderbilt.edu (Gherman, Paul M) Date: Mon, 05 Apr 2004 13:31:46 -0500 Subject: [Dspace-general] faculty buy-in In-Reply-To: <2425.160.36.192.134.1080934130.squirrel@kiva.lib.utk.edu> References: <2425.160.36.192.134.1080934130.squirrel@kiva.lib.utk.ed u> Message-ID: <11847796.1081171906@libgl1037.library.Vanderbilt.Edu> Vandy has established a DSpace Policy Board of representatives from each college, in an attempt to engage some opinion leaders on campus in defining how DSpace will be organized and run. So far it seems to be working. The turn-out for the meetings is good and our discussion are lively. I hope this will mean that once we open DSpace up for submissions, the faculty will respond. Paul --On Friday, April 02, 2004 2:28 PM -0500 Jody DeRidder wrote: > Have any of you folks had difficulty getting faculty to buy into > the concept of storing their research in DSpace? > If so, I'm wondering what has and has not worked for you, in > getting this kind of grassroots support, interest, and > involvement at your institution. > > --jody > > -- > Jody DeRidder > IT Administrator II > Digital Library Center > 648A John C. Hodges Library > University of Tennessee > Knoxville, TN 37996 > > Phone: (865) 974-4796 > Email: deridder at aztec.lib.utk.edu > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general ----------------------------------------------------------------- Gherman, Paul M University Librarian Vanderbilt University 611 General Library Building 419 21 st. Ave South Nashville, TN 37215 615-322-7120 voice 615-343-8279 fax Email: paul.gherman at Vanderbilt.Edu From kenzie at MIT.EDU Mon Apr 5 15:35:49 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Mon, 05 Apr 2004 15:35:49 -0400 Subject: [Dspace-general] Version Control In-Reply-To: <7912015.1080904392@libgl1037.library.Vanderbilt.Edu> Message-ID: <5.2.1.1.2.20040405153217.016c45e0@hesiod> This is certainly a potential problem in IRs (as it always was in print for unpublished material). Within the context of the DSpace Federation it might be possible, over time, to build in duplicate-detection routines that work across DSpace instances using agreed upon Web Services or the like. Of course, that will only work as well as the metadata available, which might vary considerably from one institution to the next. Given the archival nature of IRs, can you say a bit more about why you think duplicate copies of material would be a big problem? Is it for forward refencing in the case where a new version is deposited at one institution but not the others? MacKenzie At 11:13 AM 4/2/2004 -0600, Gherman, Paul M wrote: >Another question. Has anyone thought about how we can maintain version >control between IR's, if faculty, as co-authors from different >institutions each contribute their papers to their own campus IR. I can >see the same paper having multiple permanent URLs. Or even worse that >different versions of the same paper are posted to different IRs with >different permanent URLs. > >Paul > >----------------------------------------------------------------- >Gherman, Paul M >University Librarian >Vanderbilt University >611 General Library Building >419 21 st. Ave South >Nashville, TN 37215 >615-322-7120 voice >615-343-8279 fax >Email: paul.gherman at Vanderbilt.Edu >_______________________________________________ >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 14S-308 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From kenzie at MIT.EDU Mon Apr 5 15:49:36 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Mon, 05 Apr 2004 15:49:36 -0400 Subject: [Dspace-general] faculty buy-in In-Reply-To: <2425.160.36.192.134.1080934130.squirrel@kiva.lib.utk.edu> Message-ID: <5.2.1.1.2.20040405153616.016bbe40@hesiod> Hi Jody, Your question was the topic of many hours of discussion at the recent DSpace users group meeting... it's pretty clear that getting faculty participation (without extensive support from the library) isn't easy, if only for lack of time and other priorities, and that information sharing between institutions will be a big part of our collective strategy for success. But I fear it's hard to answer your question in a forum like this one... the MIT Libraries' marketing plan for our DSpace service, as one example, takes too long to explain in an email (that anyone would have the patience to read, much less write!). One thing we've done about this is talk to SPARC about sponsoring an "Institutional Repositories implementors workshop" in the fall -- similar to the DSpace meeting but a) including users of other repository platforms (e.g. EPrints, FEDORA, BEPress, Documentum, etc.) and b) focusing exclusively on IRs rather than being general to a particular repository platform. SPARC is very receptive to the idea, as long as we (the IR community) are willing to help them plan the program for such an event. If this is something the DSpace community who are building IRs would like to see happen I will happily collect names and work with SPARC to create a program planning committee. Of course, if others would like to go ahead and write up there strategies here, all the better! And the presentations on this subject that were given at the DSpace meeting will be online later this week. MacKenzie At 02:28 PM 4/2/2004 -0500, Jody DeRidder wrote: >Have any of you folks had difficulty getting faculty to buy into the concept >of storing their research in DSpace? > If so, I'm wondering what has and has not worked for you, in getting this >kind of grassroots support, interest, and involvement at your institution. > > --jody > >-- > Jody DeRidder > IT Administrator II > Digital Library Center > 648A John C. Hodges Library > University of Tennessee > Knoxville, TN 37996 > > Phone: (865) 974-4796 > Email: deridder at aztec.lib.utk.edu > >_______________________________________________ >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 14S-308 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From wcs at iist.unu.edu Mon Apr 5 22:29:03 2004 From: wcs at iist.unu.edu (Frank) Date: Tue, 6 Apr 2004 10:29:03 +0800 Subject: [Dspace-general] Sort order of author names with diacritics Message-ID: <0c1601c41b7e$f1cb5380$3f0112ac@njord> We just started using DSpace to build a repository of research reports and have been very impressed so far. But we have a problem: author names involving diacritical marks are sorted very strangely. For example, the name Ozler, where the O has an umlaut, entered as Ö sorts between Azam and Azzoni. It seems that the O-umlaut sorts as an A. Similar is Soricut when the S has a cedilla (Ş). Soricut sorts between Aoki and Appleton: again the diacritic sorts as an A. These names were input using the bulk input method, using the standard &#nnn; encoding. If such names are entered in forms using this encoding the resulting names sort before any unaccented characters: looks like they are sorted as starting with &. The database was created with Unicode enabled. We would be grateful for any help. Regards, Frank Wong From bialangiano at yahoo.com.br Tue Apr 6 09:52:55 2004 From: bialangiano at yahoo.com.br (=?iso-8859-1?q?Beatriz=20Langiano?=) Date: Tue, 6 Apr 2004 10:52:55 -0300 (ART) Subject: [Dspace-general] Create Community Message-ID: <20040406135255.45011.qmail@web60905.mail.yahoo.com> I installed the Dspace again in my server and when I log in Dspace as administrator and try create a community, I received the following error: " Oops! The system has experienced an internal error. This is our fault, please pardon our dust during these early stages of the DSpace system! The system has logged this error. Please try to do what you were doing again, and if the problem persists, please contact us so we can fix the problem. " Somebody could help me? Thanks Beatriz ______________________________________________________________________ Yahoo! Mail - O melhor e-mail do Brasil! Abra sua conta agora: http://br.yahoo.com/info/mail.html From paul.gherman at vanderbilt.edu Tue Apr 6 14:35:26 2004 From: paul.gherman at vanderbilt.edu (Gherman, Paul M) Date: Tue, 06 Apr 2004 13:35:26 -0500 Subject: [Dspace-general] Version Control In-Reply-To: <5.2.1.1.2.20040405153217.016c45e0@hesiod> References: <5.2.1.1.2.20040405153217.016c45e0@hesiod> Message-ID: <19760906.1081258526@libgl1037.library.Vanderbilt.Edu> MacKenzie, I am not deeply into this issue, but I know it has been an issue that has been address before. It probably does not make much difference if DSpace is primarily an archive, but if it is an access medium, then knowing what version one has could be a concern. Paul --On Monday, April 05, 2004 3:35 PM -0400 MacKenzie Smith wrote: > This is certainly a potential problem in IRs (as it always was in > print for unpublished material). Within the context of the DSpace > Federation it might be possible, over time, to build in > duplicate-detection routines that work across DSpace instances > using agreed upon Web Services or the like. Of course, that will > only work as well as the metadata available, which might vary > considerably from one institution to the next. Given the archival > nature of IRs, can you say a bit more about why you think > duplicate copies of material would be a big problem? Is it for > forward refencing in the case where a new version is deposited at > one institution but not the others? > > MacKenzie > > At 11:13 AM 4/2/2004 -0600, Gherman, Paul M wrote: >> Another question. Has anyone thought about how we can maintain >> version control between IR's, if faculty, as co-authors from >> different institutions each contribute their papers to their >> own campus IR. I can see the same paper having multiple >> permanent URLs. Or even worse that different versions of the >> same paper are posted to different IRs with different permanent >> URLs. >> >> Paul >> >> ----------------------------------------------------------------- >> Gherman, Paul M >> University Librarian >> Vanderbilt University >> 611 General Library Building >> 419 21 st. Ave South >> Nashville, TN 37215 >> 615-322-7120 voice >> 615-343-8279 fax >> Email: paul.gherman at Vanderbilt.Edu >> _______________________________________________ >> 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 14S-308 > 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 ----------------------------------------------------------------- Gherman, Paul M University Librarian Vanderbilt University 611 General Library Building 419 21 st. Ave South Nashville, TN 37215 615-322-7120 voice 615-343-8279 fax Email: paul.gherman at Vanderbilt.Edu From julien at nura.no-ip.com Mon Apr 5 13:21:37 2004 From: julien at nura.no-ip.com (julien) Date: Mon, 05 Apr 2004 18:21:37 +0100 Subject: [Dspace-general] Handle Server Message-ID: <200404051621.i35GLcQW028330@pacific-carrier-annex.mit.edu> An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040405/8558f17d/attachment.htm From David.Goodman at liu.edu Mon Apr 5 20:37:08 2004 From: David.Goodman at liu.edu (David Goodman) Date: Mon, 5 Apr 2004 20:37:08 -0400 Subject: [Dspace-general] Version Control Message-ID: <673030F0EB746B4684294196207763DB19C509@cwp-m1.liunet.edu> There are three problems, two of which can be solved. If the author posts a single version, and we are concerned only about keeping the copies on different repositories identical, this can be solved by technical means: checksums, watermarking, and so forth. These could be implemented on a periodic basis over the entire corpus, not just when something goes wrong. The second is where the author posts successive versions of the same paper. A rigorous system of ensuring that the latest version is displayed but the earlier kept accessible has already been devised and implemented for arXiv. If the better informed know of defects, I'd like to find out. The more difficult problem is where the author himself posts variant version without indication of which represents the final draft; I can even envision a situation where a multi-author team writes a paper, and the different authors post different final versions, with possibly very substantial changes. I know the librarian's solution, which is to treat these as separate papers altogether, connected by a link, which is how we handle multiple editions of a work. The reader then has the responsibility of deciding which version to treat as authentic--the librarian can not help here, but can just provide the different versions. An authenticating agency is necessary; an example of such an agency is the Patent Office, and its not one I would wish to emulate. Dr. David Goodman Associate Professor Palmer School of Library and Information Science Long Island University dgoodman at liu.edu (and, formerly: Princeton University Library) -----Original Message----- From: dspace-general-bounces at mit.edu on behalf of MacKenzie Smith Sent: Mon 4/5/2004 3:35 PM To: dspace-general at mit.edu Cc: Subject: Re: [Dspace-general] Version Control This is certainly a potential problem in IRs (as it always was in print for unpublished material). Within the context of the DSpace Federation it might be possible, over time, to build in duplicate-detection routines that work across DSpace instances using agreed upon Web Services or the like. Of course, that will only work as well as the metadata available, which might vary considerably from one institution to the next. Given the archival nature of IRs, can you say a bit more about why you think duplicate copies of material would be a big problem? Is it for forward refencing in the case where a new version is deposited at one institution but not the others? MacKenzie At 11:13 AM 4/2/2004 -0600, Gherman, Paul M wrote: >Another question. Has anyone thought about how we can maintain version >control between IR's, if faculty, as co-authors from different >institutions each contribute their papers to their own campus IR. I can >see the same paper having multiple permanent URLs. Or even worse that >different versions of the same paper are posted to different IRs with >different permanent URLs. > >Paul > >----------------------------------------------------------------- >Gherman, Paul M >University Librarian >Vanderbilt University >611 General Library Building >419 21 st. Ave South >Nashville, TN 37215 >615-322-7120 voice >615-343-8279 fax >Email: paul.gherman at Vanderbilt.Edu >_______________________________________________ >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 14S-308 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 David.Goodman at liu.edu Tue Apr 6 13:03:31 2004 From: David.Goodman at liu.edu (David Goodman) Date: Tue, 6 Apr 2004 13:03:31 -0400 Subject: [Dspace-general] Sort order of author names with diacritics Message-ID: <673030F0EB746B4684294196207763DB19C510@cwp-m1.liunet.edu> Unfortunately, the correct sort order differs in each language. Thus it is impossible to write a general algorithm without knowing the language of the author's name. Libraries have faced this in different ways: the usual current method is to ignore the accent mark foor sorting and file o-umlaut as if it were plain o. The various library systems have sort algorithms for doing this. (In more primitive computer systems they were sometimes changed to the plain letter and the diacritic marking ignored altogether, but unicode has made that unnecessary) (the previous general practice was to file it the way it would sound in the native language; this is obviously no help.) David Goodman Assoc. Prof. of Library and Information Science Long Island University dgoodman at liu.edu -----Original Message----- From: dspace-general-bounces at mit.edu on behalf of Frank Sent: Mon 4/5/2004 10:29 PM To: dspace-general at mit.edu Cc: wcs at iist.unu.edu Subject: [Dspace-general] Sort order of author names with diacritics We just started using DSpace to build a repository of research reports and have been very impressed so far. But we have a problem: author names involving diacritical marks are sorted very strangely. For example, the name Ozler, where the O has an umlaut, entered as Ö sorts between Azam and Azzoni. It seems that the O-umlaut sorts as an A. Similar is Soricut when the S has a cedilla (Ş). Soricut sorts between Aoki and Appleton: again the diacritic sorts as an A. These names were input using the bulk input method, using the standard &#nnn; encoding. If such names are entered in forms using this encoding the resulting names sort before any unaccented characters: looks like they are sorted as starting with &. The database was created with Unicode enabled. We would be grateful for any help. Regards, Frank Wong _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From bialangiano at yahoo.com.br Wed Apr 7 08:57:02 2004 From: bialangiano at yahoo.com.br (=?iso-8859-1?q?Beatriz=20Langiano?=) Date: Wed, 7 Apr 2004 09:57:02 -0300 (ART) Subject: [Dspace-general] Create Community - log file In-Reply-To: <20040406150548.GU22180@sleeperservice.csi.cam.ac.uk> Message-ID: <20040407125703.13816.qmail@web60905.mail.yahoo.com> Hi, I installed the Dspace again in my server and when I log in Dspace as administrator and try create a community, I received the following error: " Oops! The system has experienced an internal error. This is our fault, please pardon our dust during these early stages of the DSpace system! The system has logged this error. Please try to do what you were doing again, and if the problem persists, please contact us so we can fix the problem. " The dspace.log file is : 004-04-05 10:23:32,986 INFO org.dspace.app.webui.servlet.PasswordServlet @ amas00 at inf.ufpr.br:session_id=6B6556EA812C912197CAC59AC2A0A0DC:login:type=password 2004-04-05 10:24:19,886 INFO org.dspace.app.webui.servlet.admin.EditCommunitiesServlet @ amas00 at inf.ufpr.br:session_id=6B6556EA812C912197CAC59AC2A0A0DC:view_editcommunities: 2004-04-05 10:24:37,020 INFO org.dspace.app.webui.servlet.DSpaceServlet @ amas00 at inf.ufpr.br:session_id=6B6556EA812C912197CAC59AC2A0A0DC:view_community:community_id=2 2004-04-05 10:24:40,200 INFO org.dspace.app.webui.servlet.DSpaceServlet @ amas00 at inf.ufpr.br:session_id=6B6556EA812C912197CAC59AC2A0A0DC:view_item:handle=1884/243 2004-04-05 10:26:52,098 INFO org.dspace.app.webui.servlet.CommunityListServlet @ amas00 at inf.ufpr.br:session_id=6B6556EA812C912197CAC59AC2A0A0DC:view_community_list: 2004-04-05 10:29:26,217 INFO org.dspace.app.webui.servlet.CommunityListServlet @ amas00 at inf.ufpr.br:session_id=6B6556EA812C912197CAC59AC2A0A0DC:view_community_list: 2004-04-05 10:55:43,959 INFO org.dspace.app.webui.servlet.PasswordServlet @ amas00 at inf.ufpr.br:session_id=04292B23420D20C17A5452F3B7AC2F57:login:type=password 2004-04-05 11:00:26,947 INFO org.dspace.app.webui.servlet.LogoutServlet @ amas00 at inf.ufpr.br:session_id=04292B23420D20C17A5452F3B7AC2F57:logout: 2004-04-05 11:06:27,487 INFO org.dspace.app.webui.servlet.CommunityListServlet @ anonymous:session_id=04292B23420D20C17A5452F3B7AC2F57:view_community_list: 2004-04-05 11:06:41,653 INFO org.dspace.app.webui.servlet.PasswordServlet @ amas00 at inf.ufpr.br:session_id=04292B23420D20C17A5452F3B7AC2F57:login:type=password 2004-04-05 11:36:25,216 INFO org.dspace.app.webui.servlet.LogoutServlet @ amas00 at inf.ufpr.br:session_id=04292B23420D20C17A5452F3B7AC2F57:logout: ~ Thanks, Beatriz ______________________________________________________________________ Yahoo! Mail - O melhor e-mail do Brasil! Abra sua conta agora: http://br.yahoo.com/info/mail.html From jqj at darkwing.uoregon.edu Wed Apr 7 09:33:23 2004 From: jqj at darkwing.uoregon.edu (JQ Johnson) Date: Wed, 7 Apr 2004 06:33:23 -0700 Subject: [Dspace-general] Version Control In-Reply-To: <673030F0EB746B4684294196207763DB19C509@cwp-m1.liunet.edu> Message-ID: > The more difficult problem is where the author himself posts > variant version without indication of which represents the > final draft; I can even envision a situation where a > multi-author team writes a paper, and the different authors > post different final versions, with possibly very substantial changes. One would hope that in many contexts it would be common for authors to make multiple drafts of a work available simultaneously. Much of the excitement of self-archiving is the opportunity for other scholars to see the evolution of an idea. This may be of particular interest when the work is something other than a typical research paper, e.g., an IRB research protocol, a coursesite, a computer program, or a creative work. For other scholarly works (preprints of peer-reviewed articles), the "final version" is for most faculty the version that is accepted by a journal. That version typically has its copyright transferred to the journal, has been modified (e.g., copyedited and typeset) by the journal, and will typically be archived by the journal. In this common case -- arXiv perhaps to the contrary -- we should explicitly assume that the latest version deposited in an IR is *not* the final version. As Goodman notes, it is important that metadata, especially date stamps and provenance information, be available as part of each edition that allows the reader to discriminate among them (including links to other editions). Seems to me the main role of a DSpace is to provide a good user interface that collects the appropriate metadata at the time of deposit. But if it's going to be more than that, let's use something like CVS rather than reinventing the wheel. One general issue, though, is that the metadata changes retrospectively. An author may claim at the time of deposit that this is the "final version" only to change her mind later. That's why an IR needs a mechanism to allow authors to edit the metadata from their already-deposited works. JQ Johnson Office: 115F Knight Library Academic Education Coordinator e-mail: jqj at darkwing.uoregon.edu 1299 University of Oregon 1-541-346-1746 (v); -3485 (fax) Eugene, OR 97403-1299 http://darkwing.uoregon.edu/~jqj From kenzie at MIT.EDU Thu Apr 8 17:35:53 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Thu, 08 Apr 2004 17:35:53 -0400 Subject: [Dspace-general] RE: Version Control In-Reply-To: <673030F0EB746B4684294196207763DB19C509@cwp-m1.liunet.edu> Message-ID: <5.2.1.1.2.20040408172506.011aeff8@hesiod> At 08:37 PM 4/5/2004 -0400, David Goodman wrote: >The more difficult problem is where the author himself posts variant >version without indication of which represents the final draft; I can even >envision a situation where a multi-author team writes a paper, and >the different authors post different final versions, with possibly very >substantial changes. I think this is exactly the scenario we're talking about. Multiple authors, each depositing a copy of their paper in their institutional repository (and oblivious to each other, let's say, so without linkages between the copies). If they're identical then the MD5 checksums assigned during submission would help with subsequent duplicate detection, but the metadata will vary widely so that might be the *only* clue that they're copies of the same thing (and each copy will have it's own persistent ID, just as it might have it's own call number in the print collection). As you suggest, if they're "different versions of the same paper" then the library world considers them different papers and so would rightly assign different identifiers (but wouldn't necessarily know of the other versions to provide the links). This scenario is both possible and likely to occur, but I just can't get excited about it as a big problem. Depositing multiple versions of papers into institutional repositories isn't something we're seeing a whole lot of (although faculty do want to know that they can). I'd advocate that we not worry too much about this scenario yet. MacKenzie/ MacKenzie Smith Associate Director for Technology MIT Libraries Building 14S-308 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From kenzie at MIT.EDU Sun Apr 11 21:57:17 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sun, 11 Apr 2004 21:57:17 -0400 Subject: [Dspace-general] DSpace call for contributors Message-ID: <5.2.1.1.2.20040411215514.0204c408@hesiod> Call for DSpace Technical Contributors The recent DSpace user group meeting at MIT provided an excellent showcase of the large and growing body of DSpace development, and the growing number of talented individuals who are working to improve and expand the platform. Presenters shared their DSpace-related developments for e-theses, publishing, learning object repositories, user interface design and much more. How can the people doing this work contribute their efforts back to the DSpace platform for the common benefit of the user community? DSpace is an open source system, and as such is freely available for any organization or individual to use, customize, and improve. But in order for DSpace to remain a useful system and to continue to improve, as we know it must, we need to build a community of developers beyond the original HP and MIT teams. The goal of establishing a wider DSpace developer community is to encourage and support community-driven development, where those who use the platform also shape its evolution, both in terms of framing functional requirements and high-level architecture, and also by contributing programming, testing, documentation and other resources to the project. This is a call for those who have worked with DSpace to join this effort and get involved! While many organizational details remain to be worked out, a consensus emerged at the user group meeting that DSpace should embrace the open source model of collective ownership of the platform. This will require participation from DSpace users on many levels, both technical and functional. To get all this going, a new mailing list 'dspace-devel at lists.sorceforge.net' has been established as the forum for technical contributors to talk about the issues, and a tool such as Bugzilla will be activated for posting patches and other code contributions. The dspace-tech mailing list at Sourceforge will continue to be used for technical questions and discussions about using DSpace. In the coming months, we also hope to establish better and more logical communication channels, including email lists, expanded use of forums and wikis (such as are found at the DSpace Scoop site), with the aim of bringing greater visibility and transparency to the development process. So please GET INVOLVED. The future of the DSpace platform depends on the involvement of everyone from the community to make it work for all of us. DSpace is what *we* make it. To GET INVOLVED TODAY, subscribe to the new dspace-devel list and volunteer your talents in one or more functional areas: for example to contribute programming, testing, documentation, bug-fixing, etc. You can subscribe and just post what youre working on its helpful for people to know whos already working on what. As a volunteer effort, the scope and duration of your involvement is entirely UP TO YOU there are no minimum skills or time commitments or other constraints and there are lots of ways to contribute. The success of DSpace will depend in large measure on building this team of contributors: please join in! MacKenzie Smith Associate Director for Technology MIT Libraries Building 14S-308 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From jhwalker at MIT.EDU Tue Apr 13 09:59:36 2004 From: jhwalker at MIT.EDU (Julie Harford Walker) Date: Tue, 13 Apr 2004 09:59:36 -0400 Subject: [Dspace-general] User Group meeting presentations and outcomes Message-ID: <5.2.1.1.2.20040413094712.02248ac0@hesiod> Hello, The March 10-11, 2004 DSpace Federation User Group meeting presentations and outcomes are now available at http://www.dspace.org/conference/conference.html. Thanks again to all who participated! Julie Julie H. Walker Senior Business Strategist MIT Libraries 77 Massachusetts Avenue, 14S-M24 Cambridge, MA 02139 (617)258-8303 jhwalker at mit.edu From bialangiano at yahoo.com.br Wed Apr 14 10:09:31 2004 From: bialangiano at yahoo.com.br (=?iso-8859-1?q?Beatriz=20Langiano?=) Date: Wed, 14 Apr 2004 11:09:31 -0300 (ART) Subject: [Dspace-general] OAI problem Message-ID: <20040414140931.93609.qmail@web60902.mail.yahoo.com> Hi, my name is Beatriz. I have trying register my Dspace repository as a data provider in OAI (www.openarchives.org), so I need validate my repository. But when I try validate my repository, I received an e-mail with the follow error (the error is in the verb ListRecords): ------------------------------------------------ Schema validation errors: Using Xerces-J 2.2.1 to validate verb responses: Validating the Identify response...OK Validating the ListSets response...OK Validating the ListIdentifiers response...OK Validating the ListMetadataFormats response...OK Validating the GetRecord response...OK Validating the ListRecords response...not OK error response to a valid request Request: http://armagnac.c3sl.ufpr.br:8080/dspace-oai/?verb=ListRecords&from=2004-04-07T19:34:48Z&until=2004-04-07T19:34:48Z&metadataPrefix=oai_dc Response: 2004-04-12T12:55:53Zhttp://armagnac.c3sl.ufpr.br:8080/dspace-oai/The combination of the values of the from, until, set, and metadataPrefix arguments results in an empty list. This is the way we do the ListRecords test: First we get an identifier from ListIdentifiers; Then we get its record via GetRecord and note its datestamp; Finally we do a ListRecords from and until that datestamp and expect to get at least that record. Number of bad verb responses: 1 Number of verbs responses that validated: 5 Total number of errors: 1 ... ------------------------------------------------ I know that it is an error in my data server, but I really don't know how I could eliminate this error, and I need register my repository the most early. Could anybody help me? Thanks, Beatriz ===== Beatriz Langiano Mestrado em Inform?tica Universidade Federal do Paran? - Brasil ______________________________________________________________________ Yahoo! Messenger - Fale com seus amigos online. Instale agora! http://br.download.yahoo.com/messenger/ From tull.9 at osu.edu Wed Apr 14 11:24:32 2004 From: tull.9 at osu.edu (Laura Tull) Date: Wed, 14 Apr 2004 11:24:32 -0400 Subject: [Dspace-general] Ingest of web site into DSpace Message-ID: <4.3.2.7.2.20040414112049.00bae7f0@pop.service.ohio-state.edu> I've been invited to talk about the Knowledge Bank and DSpace at WiLSWorld conference in Wisconsin this summer. I'm working on a powerpoint slide about future directions of DSpace. I know that MIT is working on this for their OpenCourseWare web sites. Is anyone else working on this as well? *********************************** 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/20040414/dd370769/attachment.htm From mjordan at sfu.ca Fri Apr 16 16:56:01 2004 From: mjordan at sfu.ca (Mark Jordan) Date: Fri, 16 Apr 2004 13:56:01 -0700 Subject: [Dspace-general] DSpace authorization documentation Message-ID: <20040416205601.GB3507@sfu.ca> Hi, A while back I asked the members of the DSpace community for assistance with workflow and authorizations. I offered to create some docs since there seemed (to me anyway) to be a need for some clarification on this topic and some examples. After thinking about the most likely scenarios (of course, informed by the current and developing practice at my own institution), I have framed these docs as questions and answers, since that type of approach may be a useful supplement to the existing information and may appeal to people who want a simple "how to" to get them going. Here is what I have so far. I'd love some feedback on whether this type of approach would be useful to people setting up DSpace (that is the intended audience), whether the answers contain factual or conceptual errors, or on any other aspect. Q) How do faculty submit their items into DSpace? A) If the community allows faculty to submit their own material, the DSpace admin will have to create a group (such as "Collection X Uploaders"), give that group "Add" rights on the community, and add each faculty member to the group. Don't forget that people must be registered before you can add them to a group. Q) I want one group to be able to upload into a collection and another group to "control" the submissions (this group is the "gatekeepers"). The gatekeepers should also be able to edit metadata. A) Giving the uploaders "Add" permissions, and the gatekeepers "Add", "Write", "Read", and "Remove" permissions will let them have full control over the submissions. The gatekeepers should be assigned to workflow step 2 only or step 3 only (if you use step 2, members of groups can reject submission; if you use step 3, members of groups can accept but can't reject). Q) So why would you use workflow step 1? A) According to the DSpace documentation, members of groups assigned to workflow step 1 "Can accept submission for inclusion, or reject submission." However, they cannot modify metadata. If you want some people to accept or reject a submission at the earliest stage possible, put them in this group (and give the group "Read" permissions on that collection). You can then put other people in step 2, which will let them modify metadata. Q) My community wants the gatekeepers to upload and add metadata to the submissions. What kind of workflow and permissions should I assign? A) Put all the staff you want to do this into a group, associate them with workflow step 3, and give them "Read", "Add", "Write", and "Remove" permissions on that collection. Important: if item authors don't upload their owm material, within DSpace they will not be presented with the click-through license. If your gatekeepers are submitting items on behalf of authors, they will be presented with the click-through license instead (since accepting the license is part of the ingestion process). Q) Can collections inherit the authorizations of their parent community? A) Yes. If you create user groups and assign them authorizations at the community level, these authorizations will apply to the collections within that community. This is useful if you have a set of gatekeepers or uploaders for a community that contains multiple collections. Mark Mark Jordan Acting Coordinator of Library Systems W.A.C. Bennett Library, Simon Fraser University Burnaby, British Columbia, V5A 1S6, Canada Phone (604) 291 5753 / Fax (604) 291 3023 mjordan at sfu.ca / http://www.sfu.ca/~mjordan/ From blau at ruc.dk Wed Apr 21 09:34:26 2004 From: blau at ruc.dk (Birgitte Lau) Date: Wed, 21 Apr 2004 15:34:26 +0200 Subject: [Dspace-general] release date for Dspace 1.2? Message-ID: <40867862.20701@ruc.dk> Hi Dspace developers, Could I have your present estimate of the date for release of version 1.2 ? Do you still plan to put it up at the end of next week as announced on the user group meeting? I have a tight time schedule to meet.... Best regards Birgitte Birgitte Lau Senior Consultant Roskilde University Library Universitetsvej 1 DK 4000 Roskilde tel: + 45 46 74 22 31 fax + 45 46 74 30 90 From rros at cbuc.es Thu Apr 22 03:50:12 2004 From: rros at cbuc.es (Ramon Ros) Date: Thu, 22 Apr 2004 09:50:12 +0200 Subject: [Dspace-general] Fwd: searching with diacritics Message-ID: <40877934.8010103@cbuc.es> Hi all I work at the University Library Consortium of Catalonia (www.cbuc.es) and we've been involved in a process of choosing an open software to manage our digital library, now the finalists are: Dspace, CDSWARE and Eprints. After a lot of discussion and testing we've chosen Dspace but there's a final pitfall: the diacritics search If an author's name has ben entered as "Rodr?guez" and if the user searches "Rodriguez", the result is none. We've been looking and testing different Dspace installation and we see different responses but it seems the software never acts like most library systems do (this is ignoring all kind of diacritics when searching so "Rodr?guez"="Rodriguez"="rodrig?ez"=...). This is a serious drawback for most latin installations. Does anyone know if Dspace takes care of this searching and its just a matter of the installation? is it considered for a next release? Thanks in advance. PS: CDSWARE and Eprints work fine with diacritics -- ***************************************** Ramon Ros i Gorn? rros at cbuc.es Consorci de Biblioteques Universit?ries de Catalunya (CBUC) http://www.cbuc.es Tel: 93 204 24 58 (93 205 64 64) Fax: 93 205 69 79 From rea.devakos at utoronto.ca Thu Apr 22 16:11:50 2004 From: rea.devakos at utoronto.ca (Rea Devakos) Date: Thu, 22 Apr 2004 16:11:50 -0400 Subject: [Dspace-general] storage quotas Message-ID: <40882706.7050906@utoronto.ca> We are revisiting our storage quotas. I'd like to hear what storage quotas people have set for their communities, and more importantly, how they arrived at the figure. thanks rea -- Rea Devakos Gerstein Science Information Centre University of Toronto 7 King's College Circle Toronto, ON Canada M5S 1A5 E: rea.devakos at utoronto.ca V: 416-978-0533 F: 416-971-2848 http://www.library.utoronto.ca/gerstein From harnad at ecs.soton.ac.uk Thu Apr 22 17:09:38 2004 From: harnad at ecs.soton.ac.uk (Stevan Harnad) Date: Thu, 22 Apr 2004 22:09:38 +0100 (BST) Subject: [Dspace-general] Please Register All OA Institutional Archives Message-ID: *Apologies for cross-posting* Tim Brody has created a Registry of Institutional OA Archives that lists the known archives by Country, Type, and Software (Eprints, Dspace, or other), harvested from celestial. http://archives.eprints.org/eprints.php?action=browse It also displays the all-important graph of the number of items in each archive, and tracks the growth of each archive across time. But there are more OA Archives out there! Please register yours, or any you know of at: http://archives.eprints.org/eprints.php?action=add Graphs charting the growth of total number of archives and total number of archive items are also available: http://archives.eprints.org/eprints.php?action=analysis If you want your archive counted, please register it! All 146 registered archives can be viewed, or they can be browsed by Country, Archive Type, or Archive Software. (Note that the category "Undefined" among countries -- with 59 archives in it! -- occurs because these archives were harvested before the Registry was created, and the country data was not explicit. These 59 archives will be hand-reclassified. All new archives will have the country tag at registration.) Suggestions and corrections are welcome: http://archives.eprints.org/eprints.php?action=about Country * Undefined (59) (will be hand-classified) * United States (17) * United Kingdom (12) * France (10) * Canada (7) * Sweden (5) * NA/Other (5) * Australia (4) * Germany (3) * Educational (3) * Brazil (3) * Non-Profit Making Organisations (2) * China (2) * Network (2) * Belgium (2) * Italy (2) * South Africa (1) * Austria (1) * Slovenia (1) * Denmark (1) * Netherlands (1) * India (1) * Japan (1) * Ireland (1) Repository Type * Research Institutional (83) * Research Subject Specific (17) * Demonstration (17) * e-Theses (15) * Non-Research/Other (7) * e-Journal/Publication (6) * Undefined (1) Software * GNU EPrints v2 (105) * GNU EPrints v1 (19) * DSpace (12) * other (9) * (1) Stevan Harnad From charlselo at intelnett.com Fri Apr 23 00:46:51 2004 From: charlselo at intelnett.com (charlselo) Date: Thu, 22 Apr 2004 22:46:51 -0600 Subject: [Dspace-general] User Registration - Internal System Error - Invalid Address Message-ID: <20040422224651.M9840@intelnett.com> Hi, I have some problems when I attempt to register a new user. It seems to accept only a few e-mail address ( to be specific , only a few mail server domains ), but with other e-mails, DSpace shows an Internal System Error. I don't know if it's a mail server problem. For example , I attempted to register this user using the following e-mail address : mitchell at galileo.edu, and I didn't have any problem with this e- mail. Then, when I attempted to register another user using john at intelnett.com , DSpace showed an Internal System Error. Why ? Did I forget to do something before the installation ? or after ? I looked the dspace.log file , and I found that the error was "javax.mail.SendFailException : Sending Fail" nested exception is : javax.mail.SendFailException: Invalid Address A NOTE here : I use a valid e-mail address / it's a personal e-mail. .... .... .... Thanks for any help here, Cheers, Charls Lima ;) intelNet WebMail From charlselo at intelnett.com Fri Apr 23 01:17:08 2004 From: charlselo at intelnett.com (charlselo) Date: Thu, 22 Apr 2004 23:17:08 -0600 Subject: [Dspace-general] Custom Authentication Code - help Message-ID: <20040422231708.M52181@intelnett.com> Hi, I want to authenticate DSpace with LDAP, so I have to provide a custom class implementing the Java interface org.dspace.app.webui.SiteAuthenticator , so my question is, were can I find the SiteAuthenticator.java ( org.dspace.app.webui.SiteAuthenticator java class ) and the PasswordServlet.java code ?( Are these in a DSpace directory? ). Because , if I'm not wrong, I have to customize SiteAuthenticator.java in which the startAuthentication method would forward requests to my new servlet ( myPasswordServlet.java ). So, I want to know were I can find ( download ) the code to implement my new authentication process. Thanks for any help, Charls Lima ;) intelNet WebMail From acarli at esm.rochester.edu Fri Apr 23 11:19:33 2004 From: acarli at esm.rochester.edu (Carli, Alice) Date: Fri, 23 Apr 2004 11:19:33 -0400 Subject: [Dspace-general] questions for music library association article Message-ID: <9592DC7C166643478588E10D0767BB1A02B92223@its-exc2.acs.rochester.edu> Hello, I'm the Conservator at Sibley Music Library, Eastman School, University of Rochester, and am also the chair of the Music Library Association Preservation Committee. At the MLA annual meeting in February, the Preservation and Legislative committees did a joint presentation on Preservation and Copyright Issues, during which I did a short, incoherent promo for Dspace as a potential library preservation tool. I'm certainly intrigued by the possibilities! Now I'm writing up the presentation for the Association newsletter, and would like to do a better job than I did in February! I have some specific questions not found on the FAQ whose answers I would like to include in my little article that I'll ask now, in hopes someone can answer over the weekend. When I get done writing (probably this Monday afternoon, 4/26) I'd also like to run the article by the list members, in case anyone has a chance to look it over and catches any glaring errors. Thanks for any help! Question 1) I assume that the bit preservation includes some means of preventing, or at least making obvious as a new file, any sort of alteration of files previously preserved. Can someone tell me a little bit about that? Question 2) I am assuming, for the purposes of my article, that the central mission of Dspace is archiving new research material, especially born-digital, and that preservation of digital files made from materials in library collections is a lucky spin-off, where administrations are willing to devote space to such collateral material. Certainly my own university is currently happy to get material to practice on from any source, if we can just get our act together to provide it. Is this correct? Question 3) Can anyone provide anecdotes from experience having to do with preserving sound or video files, or multimedia files, from actual collections? I've only seen "tests." Question 4) Can anyone speak about experiences (good or bad) of being a collection curator entering into the process of developing their role in a "community?" My own experience so far is limited by the fact that I'm library technical support staff, not a collection curator, and therefore not personally in control of a collection I want to have preserved on D-space. I get the impression there are a lot of people like me out there; excited by the prospect but a little overwhelmed by administrative "starting friction," particularly including costs associated with data capture, despite all of the support offered up front for uploading the captured data. From rrodgers at MIT.EDU Fri Apr 23 13:54:37 2004 From: rrodgers at MIT.EDU (Richard Rodgers) Date: Fri, 23 Apr 2004 13:54:37 -0400 Subject: [Dspace-general] DSpace 1.2 Beta Released Message-ID: <1082742877.1466.85.camel@dspace-14.mit.edu> DSpace 1.2 Beta Release Available We are happy to announce the availability of DSpace 1.2 Beta 1 on SourceForge. Please read all these notices carefully before installing this software. ***** This is a BETA release! It should NOT under any circumstances be used in a production environment. We are distributing this code to gain the assistance of the DSpace community in testing the software functionality, upgrade procedures, and the accuracy of the documentation. When the testing has concluded, a new release will be posted suitable for production. This marks an important departure from the way DSpace has been distributed in the past, so don't assume that this beta release is like all previous ones. ****** You must obtain the latest documentation set from SourceForge to use this software. The documentation at dspace.org still refers to the latest stable version (1.1.1), and will not be replaced until 1.2 is offically released after the beta test period. ****** Since 1.2 necessitated some database schema changes, a database upgrade is part of the process. Be sure to save any database contents you want to preserve, using the PostgreSQL dump facility. ****** If you have customized your DSpace software using local JSPs, pay particular attention to the list of changed JSP files in the doc file 'history.html' - a majority have either changed or moved. Errors and strange behaviour will result if the local JSPs do not reflect the changes in the base versions. ****** Report any problems to the new mailing list: 'dspace-devel at lists.sourceforge.net', a list devoted to development issues. It is a self-subscribing list, so join if you are participating in the beta testing program. Try to include as much specific context as you can: include excerpts from system logs, stack traces, and detailed descriptions of the steps taken to provoke the error, etc. Many thanks to all who contributed to this release, and to those who are joining us in this beta testing program. The DSpace team From kenzie at MIT.EDU Sun Apr 25 20:58:59 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sun, 25 Apr 2004 20:58:59 -0400 Subject: [Dspace-general] questions for music library association article In-Reply-To: <9592DC7C166643478588E10D0767BB1A02B92223@its-exc2.acs.roch ester.edu> Message-ID: <5.2.1.1.2.20040425204741.010f42d0@hesiod> Hi Carli, These are pretty big questions for a quick answer, but here's my best try. >Question 1) I assume that the bit preservation includes some means of >preventing, or at least making obvious as a new file, any sort of alteration >of files previously preserved. Can someone tell me a little bit about that? This is implementation specific. By default, a new file would be added as a new item. It could, in principle, be added as a new bitstream to an existing item/bundle. In either case some linkage needs to be made in the metadata to show the version relationship between the two files. Since you can't now edit bitstreams that have been submitted to DSpace that pretty much rules out changing it without anyone noticing. >Question 2) I am assuming, for the purposes of my article, that the central >mission of Dspace is archiving new research material, especially >born-digital, and that preservation of digital files made from materials in >library collections is a lucky spin-off, where administrations are willing >to devote space to such collateral material. Certainly my own university is >currently happy to get material to practice on from any source, if we can >just get our act together to provide it. Is this correct? The purpose of DSpace is as a digital asset management system with archival/preservation ambitions. Whether your institutions wants to use it to archive new faculty research, or digital library collections, or archival special collections, or administrative records, or teaching material, or what have you, is a matter of local institutional policy. We have certainly optimized the system for faculty research material (we hope) and are actively developing its support for long-term preservation, but these uses aren't constraints of DSpace. >Question 3) Can anyone provide anecdotes from experience having to do with >preserving sound or video files, or multimedia files, from actual >collections? I've only seen "tests." Not yet. This is still very much a research topic. For video check out the Moving Image Collections project and the work going on at NYU and UCLA in this area. Audio, look at Harvard's Library Digital Initiative and the Library of Congress's American Memory project. They've made a lot of progress on digital audio and video formats, but it's a moving target. >Question 4) Can anyone speak about experiences (good or bad) of being a >collection curator entering into the process of developing their role in a >"community?" My own experience so far is limited by the fact that I'm >library technical support staff, not a collection curator, and therefore not >personally in control of a collection I want to have preserved on D-space. I >get the impression there are a lot of people like me out there; excited by >the prospect but a little overwhelmed by administrative "starting friction," >particularly including costs associated with data capture, despite all of >the support offered up front for uploading the captured data. I can't really address this one... although MIT certainly has collection curators who are grappling with the policies, costs, and technical demands of preserving digital collections, in collaboration with the DSpace technical staff and other systems folks. I think we're all in the process of working on these organizational issues and it, too, will be a moving target for many years. Hope this helps, and best wishes for your article, MacKenzie Smith Associate Director for Technology MIT Libraries Building 14S-308 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From kraemer at email.uky.edu Fri Apr 23 16:34:51 2004 From: kraemer at email.uky.edu (Kraemer, Beth) Date: Fri, 23 Apr 2004 16:34:51 -0400 Subject: [Dspace-general] DSpace at ETD 2004 Message-ID: <7E5005789BF1AD40BB8C736937FFA3FA7A0FEB@e2kbe1.ad.uky.edu> Note that a roundtable session of DSpace implementers will be presenting at this conference on Thursday, June 3, 2004. The complete program is available on the conference website (http://www.uky.edu/ETD/ETD2004/program.html). _____________________________________ Conference registration for ETD 2004 is now open! Please see the conference website for online registration and other information (http://www.uky.edu/ETD/ETD2004/register.html). *********************************************************************** * ETD 2004 * * 7th International Symposium on Electronic Theses and Dissertations: * * Distributing knowledge worldwide through better * * scholarly communication * * June 3-5, 2004 * * University of Kentucky, Lexington, Kentucky * * http://www.uky.edu/ETD/ETD2004 * * * *********************************************************************** *********************************************************************** For more information on ETD 2004, visit the conference website (http://www.uky.edu/ETD/ETD2004/) or contact conference organizers: Suzie Allard, Ph.D. Assistant Professor, School of Information Sciences University of Tennessee sallard at utk.edu Beth Kraemer, MLS Electronic Resources, William T Young Library University of Kentucky kraemer at email.uky.edu From sbell at library.rochester.edu Wed Apr 28 12:00:47 2004 From: sbell at library.rochester.edu (Suzanne Bell) Date: Wed, 28 Apr 2004 12:00:47 -0400 Subject: [Dspace-general] Migrating materials from current to new release of DSpace Message-ID: Hello all - This is a question that seems to have a foot in both the DSpace-Tech and -general camps: I think it's the tech folks who *can* answer it, but us "general" folks who are most interested in what that answer *is*... so I decided to post here first. Um, sorry if I've goofed up. The situation: the new release of DSpace will support sub-collections. I have a group that wants to archive the back issues of their online journal in DSpace. I think the sub-collection structure will be ideal for this... but it may take us a while to get the new release installed and debugged and so forth. I hate to have my potential community's ardor cool. If we deposit their material within the constraints of the existing DSpace structure... --> will it be possible to migrate this material, and *re-organize it* using the new sub-collections structure possible in the new release? Or should we chill out and just wait? Thanks very much for your help! Suzanne ******************************************* Suzanne Bell, Economics/Data Librarian DSpace Projects Coordinator University of Rochester 585/275-9317 sbell at library.rochester.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040428/1e739d93/attachment.htm From rrodgers at MIT.EDU Wed Apr 28 13:12:05 2004 From: rrodgers at MIT.EDU (Richard Rodgers) Date: Wed, 28 Apr 2004 13:12:05 -0400 Subject: [Dspace-general] Migrating materials from current to new release of DSpace In-Reply-To: References: Message-ID: <1083172325.408fe5e55ae34@webmail.mit.edu> Hi Suzanne: There might be some terminological issues here, but I think the answer is yes, you can deposit within the current DSpace and reorganize it under DSpace 1.2. What I mean by terminological is this: DSpace 1.2 supports the notion of 'sub-communities', not sub-collections, but they could amount to the same thing under some circumstances of use. Here's an example of what I mean: Let's say you have (in DSpace 1,1) a community 'A' with collections A1 A2 & A3, and a community 'B' with collections B1, B2, and B3. Using a tool provided with 1.2 you will be able to make B a sub-community of A, which means that A now effectively has 6 collections, A1-A3, and B1-B3 on 2 'levels'. If this is what you want, then you can go ahead with creating the B collections, in the knowledge that they can later be put 'under' A. What you cannot do with 1.2 is define a sub-collection of A1 - A1sub1, ie.a collection within a collection. Let me know if this doens't address your question. Thanks, Richard Rodgers DSpace Federation Systems Manager Quoting Suzanne Bell : > Hello all - > This is a question that seems to have a foot in both the DSpace-Tech > and -general camps: I think it's the tech folks who *can* answer it, but > us "general" folks who are most interested in what that answer *is*... > so I decided to post here first. Um, sorry if I've goofed up. > > The situation: the new release of DSpace will support sub-collections. > I have a group that wants to archive the back issues of their online > journal in DSpace. I think the sub-collection structure will be ideal > for this... but it may take us a while to get the new release installed > and debugged and so forth. I hate to have my potential community's ardor > cool. If we deposit their material within the constraints of the > existing DSpace structure... > > --> will it be possible to migrate this material, and *re-organize it* > using the new sub-collections structure possible in the new release? > > Or should we chill out and just wait? > > Thanks very much for your help! > Suzanne > > ******************************************* > Suzanne Bell, Economics/Data Librarian > DSpace Projects Coordinator > University of Rochester > 585/275-9317 > sbell at library.rochester.edu > From sidd at dalton.ncl.res.in Thu Apr 29 02:04:33 2004 From: sidd at dalton.ncl.res.in (Siddharth Paralikar) Date: Thu, 29 Apr 2004 11:34:33 +0530 Subject: [Dspace-general] dspace 1.2 beta1 problem Message-ID: <40909AF1.4000704@dalton.ncl.res.in> Dear All, I am new to dspace , i have recently installed DSpace 1.2 beta 1 on linux macine with tomcat 4.1.29 , It has installed and started successfully without any error, but it is giving error to submit document to the users who have submit (i.e. add and write) rights, only after giving admin rights the users are able to upload. What should i do. Thanks Siddharth From sidd at dalton.ncl.res.in Thu Apr 29 05:28:21 2004 From: sidd at dalton.ncl.res.in (Siddharth Paralikar) Date: Thu, 29 Apr 2004 14:58:21 +0530 Subject: [Dspace-general] errors Message-ID: <4090CAB5.5000500@dalton.ncl.res.in> Dear All, These are the error i got while the submit user was submitting, and i was changing policy. Siddharth 2004-04-29 11:38:47,695 WARN org.dspace.app.webui.servlet.InternalErrorServlet @ :session_id=E010174A58E048408AE114A81A3A2D5C:internal_error:-- URL Was: http://172.16.3.63:8080/dspace/submit -- Method: POST -- Parameters were: -- submit_next: "Next >" -- workspace_item_id: "1" -- step: "1" -- multiple_titles: "true" java.lang.NullPointerException at org.dspace.authorize.AuthorizeManager.getPoliciesActionFilter(AuthorizeManager.java:344) at org.dspace.authorize.AuthorizeManager.authorize(AuthorizeManager.java:185) at org.dspace.authorize.AuthorizeManager.authorizeAction(AuthorizeManager.java:93) at org.dspace.authorize.AuthorizeManager.authorizeActionBoolean(AuthorizeManager.java:140) at org.dspace.content.Item.update(Item.java:1096) at org.dspace.content.WorkspaceItem.update(WorkspaceItem.java:421) at org.dspace.app.webui.servlet.SubmitServlet.processInitialQuestions(SubmitServlet.java:623) at org.dspace.app.webui.servlet.SubmitServlet.doDSPost(SubmitServlet.java:373) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:153) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:110) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.dspace.app.webui.filter.RegisteredOnlyFilter.doFilter(RegisteredOnlyFilter.java:105) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2422) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:199) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) 2004-04-29 11:39:05,609 INFO org.dspace.app.webui.servlet.LogoutServlet @ nilesh at dalton.ncl.res.in:session_id=E010174A58E048408AE114A81A3A2D5C:logout: 2004-04-29 11:39:48,723 INFO org.dspace.app.webui.servlet.PasswordServlet @ sidd at ems.ncl.res.in:session_id=0DD044C3521BD480B474F674F69272A4:login:type=password 2004-04-29 11:40:33,749 WARN org.dspace.app.webui.servlet.InternalErrorServlet @ :session_id=0DD044C3521BD480B474F674F69272A4:internal_error:-- URL Was: http://172.16.3.63:8080/dspace/dspace-admin/authorize -- Method: POST -- Parameters were: -- submit_advanced_add: "Add Policy" -- resource_type: "2" -- action_id: "3" java.lang.NullPointerException at org.dspace.authorize.PolicySet.setPolicies(PolicySet.java:179) at org.dspace.app.webui.servlet.admin.AuthorizeAdminServlet.doDSPost(AuthorizeAdminServlet.java:654) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:153) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:110) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.dspace.app.webui.filter.AdminOnlyFilter.doFilter(AdminOnlyFilter.java:110) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2422) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:199) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) 2004-04-29 11:40:49,223 WARN org.dspace.app.webui.servlet.InternalErrorServlet @ :session_id=0DD044C3521BD480B474F674F69272A4:internal_error:-- URL Was: http://172.16.3.63:8080/dspace/dspace-admin/authorize -- Method: POST -- Parameters were: -- submit_advanced_add: "Add Policy" -- resource_type: "2" -- action_id: "3" java.lang.NullPointerException at org.dspace.authorize.PolicySet.setPolicies(PolicySet.java:179) at org.dspace.app.webui.servlet.admin.AuthorizeAdminServlet.doDSPost(AuthorizeAdminServlet.java:654) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:153) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:110) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.dspace.app.webui.filter.AdminOnlyFilter.doFilter(AdminOnlyFilter.java:110) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2422) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:199) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) From kenzie at MIT.EDU Thu Apr 29 18:23:24 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Thu, 29 Apr 2004 18:23:24 -0400 Subject: [Dspace-general] storage quotas In-Reply-To: <40882706.7050906@utoronto.ca> Message-ID: <5.2.1.1.2.20040429182055.01eec550@hesiod> Hi Rea, If you aren't hearing from many folks on this, I think it's because as far as I can tell, very few institutions are taking the quota approach at this stage of their institutional repository development. It's really only necessary if demand for the service is outpacing the amount of storage available, and that can take awhile. We're in the process here of acquiring new storage for our DSpace (~10Tb) and will revisit our own quotas, but the only material that's ever challenged us is digital audio and video, or very large legacy collections. Everything else has been quite manageable (so far!). MacKenzie At 04:11 PM 4/22/2004 -0400, Rea Devakos wrote: >We are revisiting our storage quotas. I'd like to hear what storage >quotas people have set for their communities, and more importantly, how >they arrived at the figure. > >thanks >rea > >-- >Rea Devakos >Gerstein Science Information Centre >University of Toronto >7 King's College Circle >Toronto, ON >Canada M5S 1A5 >E: rea.devakos at utoronto.ca >V: 416-978-0533 >F: 416-971-2848 >http://www.library.utoronto.ca/gerstein MacKenzie Smith Associate Director for Technology MIT Libraries Building 14S-308 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu