From Martin.Miskowicz at oss.teleca.se Thu Jul 1 08:44:41 2004 From: Martin.Miskowicz at oss.teleca.se (Martin Miskowicz) Date: Thu, 1 Jul 2004 14:44:41 +0200 Subject: [Dspace-general] Questions Message-ID: Hi, Could someone help me with this? 1) This one is silly, but I how do I modify an item? Let's say I'm a DSpace user (not admin) and I have submitted an item containing a word document. Now I want to update the word document with a new version. How do I perform this through WEB-UI? (I can't find any "modify"-buttons/links). 2) There is a history mechanism in DSpace. How well does it work in reality? Is it possible (in a relatively easy way) to retrieve older versions of the stored items (more specifically bitstreams)? Thanks in advance. Kind regards from Sweden -- Martin Miskowicz From Sid4Salmon at aol.com Thu Jul 1 12:10:04 2004 From: Sid4Salmon at aol.com (Sid4Salmon@aol.com) Date: Thu, 1 Jul 2004 12:10:04 EDT Subject: [Dspace-general] Fwd: Validation. Message-ID: <1d6.253e56fd.2e15915c@aol.com> Hello Fellows: We are planning to implement Dspace in our International Library Centers of Excellence. We are planning to develop templates for content to use the archives in creative educational media to be delivered to our rural communites (India, Nepal, Bangladesh and Thailand). I am thinking a "Cross-Talk" program is needed for the two Library OSS. Any suggestions? Best regards, Clouston Energy Research, LLC Sidney Clouston Oregon, USA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040701/29617552/attachment.htm -------------- next part -------------- An embedded message was scrubbed... From: "Jean-Claude Dauphin" Subject: Re: Validation. Date: Thu, 01 Jul 2004 17:49:46 +0200 Size: 18464 Url: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040701/29617552/attachment.eml From sbell at library.rochester.edu Thu Jul 1 13:20:29 2004 From: sbell at library.rochester.edu (Suzanne Bell) Date: Thu, 01 Jul 2004 13:20:29 -0400 Subject: [Dspace-general] "Thesis advisor" metadata Message-ID: Hello DSpace folks- We're beginning to get into adding some theses to DSpace, and I'm a bit stalled over how best to (or if to) include the thesis advisor information. I know there's a metadata element called "contributor.advisor" - meant for this information (yes?) - but when you use that, in the simple display, the advisor name appears with the author's name, there's no distinction. It looks like they are both authors, and this- um, well, I just don't like it. (If I were the thesis author and saw this, I think I'd feel upset!) If you look at the full detailed display, yes, they are distinguished (contributor.author, contributor.advisor). So I was looking at how some other sites handled this - Cornell has put this info in the "Description" field, which would work for me; Drexel notes the type is "thesis" but doesn't include the advisor name information (which is fine too). Just wondered what other peoples' thoughts were on this. Many thanks! cheers, Suzanne ******************************************* Suzanne Bell, Economics/Data Librarian DSpace Projects Coordinator University of Rochester 585/275-9317 sbell at library.rochester.edu From ajh at cvt.dk Thu Jul 1 17:47:42 2004 From: ajh at cvt.dk (ajh@cvt.dk) Date: Thu, 1 Jul 2004 23:47:42 +0200 (CEST) Subject: [Fwd: Re: [Dspace-general] Fwd: Validation.] Message-ID: <30210.80.163.240.26.1088718462.squirrel@ns.cvt.dk> Hi, Sidney, I do not yet know the Greenstone archiving system, but do work with Dspace. Do I understand right - you ask for a program/solution that can get the two systems to talk together, possibly exchange data (meta-data and digital objects - collections ...)? If I understand right, you can export METS-package from DSpace. Unfortunatelly there is no METS importer, but we, from the Technical University of Denmark, are interested in this import feachure too. The question is now, if Greenstone supports METS. To the discussion with Mr. Dauphin: If there should be made any comparison between archiving systems by or for UNESCO, one should certainly look at the Fedora work from Cornell, as another candidate. (sorry to the MIT people...) In my opinion, using Dspace for learning object repositry does have a weak point - yet - the fact that it is rather difficult to change: a) the metadata field set b) the workflow for collecting the metadata. The first is rather difficult to solve but is demonstrated in the EUL extention by Thesis Alive. The second you can solve by batch importing, hopefully soon METS-importing and such like. PS: Hope this helps you - will keep in touch regarding the FOSS discussion when I did my basic investigations. (Al)Fred Center for Knowledge Technology Technical University of Denmark > Hello Fellows: > > We are planning to implement Dspace in our International Library > Centers of Excellence. We are planning to develop templates for > content to use the archives in creative educational media to be > delivered to our rural communites (India, Nepal, Bangladesh and > Thailand). I am thinking a "Cross-Talk" program is needed for the two > Library OSS. Any suggestions? > > Best regards, > Clouston Energy Research, LLC > Sidney Clouston > Oregon, USA From r.d.jones at ed.ac.uk Fri Jul 2 03:41:17 2004 From: r.d.jones at ed.ac.uk (Richard Jones) Date: Fri, 2 Jul 2004 08:41:17 +0100 Subject: [Dspace-general] "Thesis advisor" metadata In-Reply-To: Message-ID: Hi Suzanne, We've modified the item display tag and the list of items display tag (org.dspace.app.webui.jsptag.ItemTag and org.dspace.app.webui.jsptag.ItemListTag respectively) to only show contributor.author in the "author" field as we had exactly the same concerns as you. Updated files are available at our website under EUL-Software if you want to play around with them. Cheers, Richard ------- Richard Jones Systems Developer Theses Alive! - www.thesesalive.ac.uk r.d.jones at ed.ac.uk tel 0131 651 1611 > -----Original Message----- > From: dspace-general-bounces at mit.edu > [mailto:dspace-general-bounces at mit.edu] On Behalf Of Suzanne Bell > Sent: 01 July 2004 18:20 > To: dspace-general at mit.edu > Subject: [Dspace-general] "Thesis advisor" metadata > > > Hello DSpace folks- > > We're beginning to get into adding some theses to DSpace, > and I'm a bit stalled over how best to (or if to) include the > thesis advisor information. I know there's a metadata element > called "contributor.advisor" - meant for this information > (yes?) - but when you use that, in the simple display, the > advisor name appears with the author's name, there's no > distinction. It looks like they are both authors, and this- > um, well, I just don't like it. (If I were the thesis author > and saw this, I think I'd feel upset!) If you look at the > full detailed display, yes, they are distinguished > (contributor.author, contributor.advisor). > > So I was looking at how some other sites handled this - > Cornell has put this info in the "Description" field, which > would work for me; Drexel notes the type is "thesis" but > doesn't include the advisor name information (which is fine too). > > Just wondered what other peoples' thoughts were on this. > Many thanks! > cheers, > Suzanne > > ******************************************* > Suzanne Bell, Economics/Data Librarian > DSpace Projects Coordinator > University of Rochester > 585/275-9317 > sbell at library.rochester.edu > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace> -general > From gam at MIT.EDU Fri Jul 2 15:41:14 2004 From: gam at MIT.EDU (Greg McClellan) Date: Fri, 2 Jul 2004 15:41:14 -0400 Subject: [Dspace-general] DSpace 1.2 Beta 3 released Message-ID: DSpace 1.2 Beta 3 released Now available on SourceForge, Beta 3 contains the complete set of release 1.2 functionality: *** Administration of Communities, Collections and Items is now fully 'embedded' in their display pages. *** Administrative on-line help links have been added throughout. *** Creative Commons licenses can be added to items in the submission process. CC licensing is not enabled by default: you must set a property in 'dspace.cfg' to activate it. We hope this will be the last 1.2 beta, and can soon be promoted as the official release, so we encourage all those participating in the testing program to report any problems they encounter. The DSpace team From kenzie at MIT.EDU Sat Jul 3 12:12:23 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sat, 03 Jul 2004 12:12:23 -0400 Subject: [Dspace-general] Fwd: Validation. In-Reply-To: <1d6.253e56fd.2e15915c@aol.com> Message-ID: <5.2.1.1.2.20040703120242.01e31370@hesiod> An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040703/b93a37d9/attachment.htm From margretb at MIT.EDU Tue Jul 6 12:43:21 2004 From: margretb at MIT.EDU (Margret Branschofsky) Date: Tue, 06 Jul 2004 12:43:21 -0400 Subject: [Dspace-general] "Thesis advisor" metadata In-Reply-To: Message-ID: <5.2.1.1.2.20040706123308.033c28f8@po10.mit.edu> Hi Suzanne, MIT is planning to implement theses in DSpace later this summer. We plan to add thesis.advisor to the DC registry and then index it separately as a fielded search in advanced search so that it can be searched separately from author. Data from our existing e-thesis implementation shows that users have asked for the ability to search by advisor and also by degree-granting department, which we will also add to our registry and index separately. When we have the final version of our thesis metadata ready I'd be glad to send it to the list. By the way, this change will not be made to the open source distribution of the code. Margret Branschofsky At 01:20 PM 7/1/2004 -0400, Suzanne Bell wrote: >Hello DSpace folks- > > We're beginning to get into adding some theses to DSpace, and I'm a >bit stalled over how best to (or if to) include the thesis advisor >information. >I know there's a metadata element called "contributor.advisor" - meant >for this information (yes?) - but when you use that, in the simple >display, the advisor name appears with the author's name, there's no >distinction. It looks like they are both authors, and this- um, well, I >just don't like it. (If I were the thesis author and saw this, I think >I'd feel upset!) If you look at the full detailed display, yes, they are >distinguished (contributor.author, contributor.advisor). > > So I was looking at how some other sites handled this - Cornell has >put this info in the "Description" field, which would work for me; >Drexel notes the type is "thesis" but doesn't include the advisor name >information (which is fine too). > > Just wondered what other peoples' thoughts were on this. > Many thanks! > cheers, > Suzanne > >******************************************* >Suzanne Bell, Economics/Data Librarian >DSpace Projects Coordinator >University of Rochester >585/275-9317 >sbell at library.rochester.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/20040706/5e6e7061/attachment.htm From dimplerp at yahoo.co.in Wed Jul 7 05:06:08 2004 From: dimplerp at yahoo.co.in (Dimple Patel) Date: Wed, 7 Jul 2004 14:36:08 +0530 (IST) Subject: [Dspace-general] "Thesis advisor" metadata In-Reply-To: <5.2.1.1.2.20040706123308.033c28f8@po10.mit.edu> References: <5.2.1.1.2.20040706123308.033c28f8@po10.mit.edu> Message-ID: <3175.202.54.37.92.1089191168.squirrel@www.drtc.isibang.ac.in> hi, > When we have the final version > of our thesis metadata ready I'd be glad to send it to the list. By the > way, this change will not be made to the open source distribution of > the code. > > Margret Branschofsky what does this imply? regards, dp From kenzie at MIT.EDU Wed Jul 7 12:11:15 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Wed, 07 Jul 2004 12:11:15 -0400 Subject: [Dspace-general] "Thesis advisor" metadata In-Reply-To: <3175.202.54.37.92.1089191168.squirrel@www.drtc.isibang.ac. in> References: <5.2.1.1.2.20040706123308.033c28f8@po10.mit.edu> <5.2.1.1.2.20040706123308.033c28f8@po10.mit.edu> Message-ID: <5.2.1.1.2.20040707120829.0111f360@hesiod> Never fear, Margret just meant that our changes to implement this feature are quite minor (i.e. addition of a couple of metadata qualifiers, a new index, and a few minor jsp changes). These fall into the category of "local institutional customizations" and don't warrant an update to the DSpace open source codebase. We'd be happy to write up what we do and post it on dspace.org or something like that, in case other institutions want to do something similar... MacKenzie At 02:36 PM 7/7/2004 +0530, Dimple Patel wrote: >hi, > > > When we have the final version > > of our thesis metadata ready I'd be glad to send it to the list. By the > > way, this change will not be made to the open source distribution of > > the code. > > > > Margret Branschofsky > >what does this imply? > >regards, >dp > >_______________________________________________ >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 David.Goodman at liu.edu Wed Jul 7 13:08:13 2004 From: David.Goodman at liu.edu (David Goodman) Date: Wed, 7 Jul 2004 13:08:13 -0400 Subject: [Dspace-general] "Thesis advisor" metadata Message-ID: <673030F0EB746B4684294196207763DBB98F5B@cwp-m1.liunet.edu> The full benefit of such excellent projects as you are doing with your theses, will no come until other institutions and depositories do the same. This, a I understand it, is the reson for adding it to the distribution. Presumably it would still remain an option set of fields, so it would be backwards compatible. Dr. David Goodman Associate Professor Palmer School of Library and Information Science Long Island University dgoodman at liu.edu -----Original Message----- From: dspace-general-bounces at mit.edu on behalf of MacKenzie Smith Sent: Wed 7/7/2004 12:11 PM To: dimple at drtc.isibang.ac.in; dspace-general at mit.edu Cc: Subject: Re: [Dspace-general] "Thesis advisor" metadata Never fear, Margret just meant that our changes to implement this feature are quite minor (i.e. addition of a couple of metadata qualifiers, a new index, and a few minor jsp changes). These fall into the category of "local institutional customizations" and don't warrant an update to the DSpace open source codebase. We'd be happy to write up what we do and post it on dspace.org or something like that, in case other institutions want to do something similar... MacKenzie At 02:36 PM 7/7/2004 +0530, Dimple Patel wrote: >hi, > > > When we have the final version > > of our thesis metadata ready I'd be glad to send it to the list. By the > > way, this change will not be made to the open source distribution of > > the code. > > > > Margret Branschofsky > >what does this imply? > >regards, >dp > >_______________________________________________ >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 pol-admin at uni-duisburg.de Tue Jul 13 10:25:22 2004 From: pol-admin at uni-duisburg.de (=?ISO-8859-1?Q?J=F6rn_Nettingsmeier?=) Date: Tue, 13 Jul 2004 16:25:22 +0200 Subject: [Dspace-general] items without bitstreams? Message-ID: <40F3F0D2.9050309@uni-duisburg.de> hello dspace users and developers ! i'm setting up a small research literature database with dspace. most entries consist of metadata and diskstreams, but we would like include metadata stubs for books as well, with a dc:identifier.other pointing to where the book can be found. since they are not available in digital form, there is no associated bitstream. unfortunately, it is not possible to skip the upload stage. we work around this problem by uploading a zero-length dummy.txt file, but this is a little clumsy. may i suggest the following change in behaviour: if the submitter has selected "[x] The item has been published or publicly distributed before", make the upload stage optional. of course this is trivial to implement with local tweaks to the jsps, but before i do that i would like to hear comments from experienced dspace users. this change might be useful for other people too, and i would like to keep local non-standard tweaks to a minimum. any comments welcome. regards, j?rn -- J?rn Nettingsmeier, EDV-Administrator Institut f?r Politikwissenschaft Universit?t Duisburg-Essen, Standort Duisburg Mail: pol-admin at uni-duisburg.de, Telefon: 0203/379-2736 From srinips1982 at yahoo.com Mon Jul 19 04:37:19 2004 From: srinips1982 at yahoo.com (srini vas) Date: Mon, 19 Jul 2004 01:37:19 -0700 (PDT) Subject: [Dspace-general] i need u r help Message-ID: <20040719083719.3359.qmail@web52207.mail.yahoo.com> respected sir/medium i am srinivas from university of mysore . i am doing project on dspace . i have to instal dspace software. but i am not getting how to download dspace from sourcefroge .net. can u explain me . how to get the software after getting into sourcefroge .net.i no linux os n is it necessary to learn java ? thanking you srinivas --------------------------------- Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040719/bb231366/attachment.htm From srinips1982 at yahoo.com Mon Jul 19 04:37:22 2004 From: srinips1982 at yahoo.com (srini vas) Date: Mon, 19 Jul 2004 01:37:22 -0700 (PDT) Subject: [Dspace-general] i need u r help Message-ID: <20040719083722.20199.qmail@web52205.mail.yahoo.com> respected sir/medium i am srinivas from university of mysore . i am doing project on dspace . i have to instal dspace software. but i am not getting how to download dspace from sourcefroge .net. can u explain me . how to get the software after getting into sourcefroge .net.i no linux os n is it necessary to learn java ? thanking you srinivas --------------------------------- Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040719/0135236a/attachment.htm From margretb at MIT.EDU Mon Jul 19 09:50:50 2004 From: margretb at MIT.EDU (Margret Branschofsky) Date: Mon, 19 Jul 2004 09:50:50 -0400 Subject: [Dspace-general] SPARC Workshop on Institutional Repositories - Call for Papers & Posters Message-ID: <5.2.1.1.2.20040719094618.0303e290@po10.mit.edu> SPARC and SPARC Europe welcome your participation in the upcoming workshop, "Institutional Repositories: The Next Stage," to be held November 18-19, 2004 in Washington, DC. Attendees of this two-day workshop, open to the international community, will gain a practical, hands-on understanding of strategies critical to the success of their Institutional Repository. Attendees will hear from experienced leaders in the IR field as well as those involved in related innovative and important projects. The workshop will benefit those with fully functioning IRs as well as those in the early stages of considering such an initiative. There will be a special focus on tactics for working with faculty and researchers to make IRs a success. This workshop will be platform-independent and will focus primarily on non-technical issues relating to the successful implementation of IRs. The audience may include university provosts and administrators, library directors and managers, Institutional Repository coordinators, and others. Please consider submitting a paper or poster to this workshop, and sharing with others the experience you have gained building your Institutional Repository. The call for papers and posters is online at: <http://db.arl.org/ir2004/>. (Deadline: August 16, 2004.) An online registration form will be posted on the SPARC web site <http://www.arl.org/sparc> later this month. Vendors and potential sponsors: If your company would like to become a sponsor of this workshop, or exhibit your product or service, please contact Alison Buckholtz alison at arl.org. A limited number of vendor spots are available. For other information about this workshop, please contact Alison Buckholtz . We look forward to seeing you in November. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040719/519295db/attachment.htm From ojd20 at cam.ac.uk Wed Jul 21 05:44:26 2004 From: ojd20 at cam.ac.uk (Jim Downing) Date: Wed, 21 Jul 2004 10:44:26 +0100 Subject: [Dspace-general] Interesting article Message-ID: <1090403066.18952.905.camel@sleeperservice.csi.cam.ac.uk> http://www.bricklin.com/200yearsoftware.htm An interesting article by Dan Brickling about what the he calls "societal infrastructure software". I'd include institutional repository software in his definition of societal infrastructure software, so what he says may be relevant to DSpace. Dan comes to interesting conclusions about the licensing and funding ecosystem he thinks would be ideal. Happily for us, it's reasonably close to the ecosystem around DSpace. jim From kenzie at MIT.EDU Mon Jul 26 12:07:08 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Mon, 26 Jul 2004 12:07:08 -0400 Subject: [Dspace-general] Interesting article In-Reply-To: <1090403066.18952.905.camel@sleeperservice.csi.cam.ac.uk> Message-ID: <5.2.1.1.2.20040726120143.0177bd70@hesiod> Thanks for the point to this essay Jim, it's good to see the software engineering community thought-leaders starting to get the open source software value proposition... But I do wish he'd mentioned the parallel need to decouple data from software more deliberately, so that data migration strategies will have a chance. If the software is continually evolving and morphing and the data is tightly bound to it then content preservation gets a lot harder (unless of course it's the software you're trying to preserve, which brings up a different set of interesting issues around authenticity and digital provenance :-) MacKenzie At 10:44 AM 7/21/2004 +0100, Jim Downing wrote: >http://www.bricklin.com/200yearsoftware.htm > >An interesting article by Dan Brickling about what the he calls >"societal infrastructure software". I'd include institutional repository >software in his definition of societal infrastructure software, so what >he says may be relevant to DSpace. > >Dan comes to interesting conclusions about the licensing and funding >ecosystem he thinks would be ideal. Happily for us, it's reasonably >close to the ecosystem around DSpace. > >jim > > >_______________________________________________ >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 Acroute-Dit-Vampouil at etudiant.univ-lille1.fr Wed Jul 28 13:00:47 2004 From: Acroute-Dit-Vampouil at etudiant.univ-lille1.fr (JULIEN ACROUTE-DIT-VAMPOUILLE) Date: Wed, 28 Jul 2004 19:00:47 +0200 Subject: [Dspace-general] latence between two servlet call, AuthorizeException ... Message-ID: <200407281700.i6SH0oxA022312@reserv5.univ-lille1.fr> Hello, I'm currently working for two project that use DSpace in France. I have one minute of latence, the client wait for one minutes between two call of servlet. When a bitstream is not public and an anonymous client try to access it, a AuthorizeException is throw by RetrieveServlet which is catch by DSpaceServlet then call the SimpleAuthenticator.startAuthentification() and finally place a redirect to the password servlet (response.sendRedirect...) then the call to the DSpaceServlet ends. And here I have one minute of wait before the processRequest() method of the DSpaceServlet begin for the call of the password servlet. This problem come with IE and mozilla, but not with wget or lynx. I have tried to remove the target=_blank is the link of the bitstream with no effect. I have tried to close the context before ended the first servlet call but with no effect. I would be happy if someone can help me ! Thanks. From kenzie at MIT.EDU Wed Jul 28 18:05:39 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Wed, 28 Jul 2004 18:05:39 -0400 Subject: [Dspace-general] New DSpace listservs on the way Message-ID: <5.2.1.1.2.20040728174350.0201faf0@hesiod> Greetings from Cambridge, MA. As an outcome of the DSpace user group meeting in March, MIT was asked to set up some new DSpace listservs to provide fora for people with common interests around specific uses of DSpace to congregate and collaborate, rather than using dspace-general for everything... not that it's all that busy, but people feel more comfortable knowing that their questions and comments are going out to a group who their interests. The proposed set of lists is: dspace-courseware (or maybe dspace-LOR) dspace-datasets dspace-ERM (for Electronic Records Management) dspace-IR dspace-preservation dspace-publishing dspace-theses The idea is that you would continue to subscribe to dspace-general for announcements and to ask general questions, and you would additionally subscribe to any special-purpose list of interest. Each list will have one or two people who "shepherd" it (i.e. not officially moderate, but try to keep the conversation going). So far I have volunteers for the dspace-ERM and dspace-datasets lists, so I still need volunteers to help shepherd the lists on Learning Object Repositories (dspace-courseware), Institutional Repositories (dspace-IR), preservation and publishing, and theses. That last one has some overlap with a new NDLTD-DSpace interest group, but that's a closed list so I think we need this one as well. Someone from MIT will subscribe to each list too, and will have access to the local DSpace developers when that's handy. If you'd like to volunteer just let me know (it really shouldn't be much work, just a commitment to read the list traffic and keep the ball rolling). Please reply if you have a better suggestion for one of the list names, or if you think of one I've missed, or if you think this whole thing is silly... this is an experiment to see if these are useful to people. If in six months they're all dormant, I'll kill them again and wait until there's a demand. Thanks, 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 Wed Jul 28 18:09:15 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Wed, 28 Jul 2004 18:09:15 -0400 Subject: [Dspace-general] latence between two servlet call, AuthorizeException ... In-Reply-To: <200407281700.i6SH0oxA022312@reserv5.univ-lille1.fr> Message-ID: <5.2.1.1.2.20040728180719.01ffce20@hesiod> Hi Julien, I am forwarding your question to the DSpace technical list (dspace-tech at lists.sourceforge.net) since that's where the people are who can help you with your question. dspace-general is for the non-technical, usage questions about the DSpace platform. MacKenzie At 07:00 PM 7/28/2004 +0200, JULIEN ACROUTE-DIT-VAMPOUILLE wrote: >Hello, > >I'm currently working for two project that use DSpace in France. > >I have one minute of latence, the client wait for one minutes between >two call of servlet. >When a bitstream is not public and an anonymous client try to access >it, a AuthorizeException is throw by RetrieveServlet which is catch by >DSpaceServlet then call the >SimpleAuthenticator.startAuthentification() and finally place a >redirect to the password servlet (response.sendRedirect...) then the >call to the DSpaceServlet ends. And here I have one minute of wait >before the processRequest() method of the DSpaceServlet begin for the >call of the password servlet. > >This problem come with IE and mozilla, but not with wget or lynx. > >I have tried to remove the target=_blank is the link of the bitstream >with no effect. >I have tried to close the context before ended the first servlet call >but with no effect. > >I would be happy if someone can help me ! > >Thanks. >_______________________________________________ >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 tdm27 at cam.ac.uk Thu Jul 29 08:54:30 2004 From: tdm27 at cam.ac.uk (Tom De Mulder) Date: Thu, 29 Jul 2004 13:54:30 +0100 (BST) Subject: [Dspace-general] DSpace Position Paper - HP Labs (fwd) Message-ID: I sent the mail below to DSpace-tech, but I thought it might be useful to post here, too, since I think quite a few people here work at institutions that are using DSpace 1.2 and might be worried about a sudden switch to 2.0 architecture leaving the 1.x branch behind. I'd personally most like to hear MacKenzie's viewpoint on this - what's MIT's stance? -- Tom De Mulder - Cambridge University Computing Service New Museums Site, Pembroke Street, Cambridge CB2 3QH -> 29/07/2004 : The Moon is Waxing Gibbous (72% of Full) ---------- Forwarded message ---------- Date: Wed, 28 Jul 2004 15:20:53 +0100 (BST) From: Tom De Mulder To: dspace-tech Subject: DSpace Position Paper - HP Labs Hello all (and esp. Rob and the folks at MIT), I was reading HP's Position Paper (http://wiki.dspace.org/index.php/HpPositionPaper) and noticed the following: "We believe all of the above goals are best served by concentrating on moving DSpace to the proposed 'version 2.0' architecture as soon as possible. This is where our efforts will henceforth be focussed." Does this mean that the 1.x branch won't be further developed by HP? What about bug fixes and feature requests? -- Tom De Mulder - Cambridge University Computing Service New Museums Site, Pembroke Street, Cambridge CB2 3QH -> 28/07/2004 : The Moon is Waxing Gibbous (64% of Full) From kenzie at MIT.EDU Thu Jul 29 10:59:53 2004 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Thu, 29 Jul 2004 10:59:53 -0400 Subject: [Dspace-general] DSpace Position Paper - HP Labs (fwd) In-Reply-To: Message-ID: <5.2.1.1.2.20040729103845.01f62df0@hesiod> Hi Tom, I was going to respond to your post on dspace-tech, but since you copied it here I'll reply to both lists at once. First let me say that I don't presume to speak for Rob, or HP Labs, in any way... I just represent how MIT fits into the DSpace open source software community, and I have talked to HP about their ongoing interests so I know a bit about where they're coming from. I'd also like to point out that the institution you work for (Cambridge University) has a very active 'committer' in the person of Jim Downing, and that he might have opinions about some of this too. But here's my take on it: -- At the user group meeting last March there was clear consensus that DSpace should behave like other large/growing open source software projects, and expand its development process to be more inclusive of people from all the institutions who depend on the platform. That's why we created the DSpace 'committer' group to manage the codebase, which you have a representative on. This is standard practice in open source software projects, and is based loosely on the Apache Foundation's model. -- We also said then (and have repeatedly said since) that both MIT and HP are committed to remaining actively involved in the DSpace project, but will, as is standard practice in OSS communities, be focusing our limited resources on the things that our organizations need most. We have in the past devoted some resources to features that we didn't need ourselves, but that is likely to become less common over time, as other institutions pick up some of the load, including yours. -- A thriving, successful open source software community can *only* exist if *many* people are involved, and not just the originators (in fact, there's a belief in some OSS quarters that a good project doesn't really take off until the originator leave completely so that the community feels free to do whatever they need to... we don't think we need to go that far, but it's an illustrative point of view). As long as the user community thinks of the originating organizations as a sort of unpaid vendor, the thing will never work. All of which goes to say that HP should focus on what HP wants from DSpace, and right now that's the 2.0 architecture and a migration plan for getting from here to there. But I think everyone realizes that development on the 1.x tree can't stop while 2.0 is being developed, so we (collectively) need to be a bit creative about how to support both a short-term 1.x development track and a 2.0 development track that neatly merge in a year or two. This might turn out to be impossible, but that's the challenge for the committers group, and particularly those working on the 2.0 effort. Since DSpace is now a full-blown open source software project, what HP and MIT do in relation to it should be somewhat irrelevant in the big picture, except of course that we have some great programmers and good ideas about where DSpace should go :-) So in a way, you shouldn't feel you need to ask this question. If you want things to go one way or the other, lobby your representative on the committers group (or get someone on the group if you aren't represented). That's my opinion anyway, and I'll let Rob answer for HP when he's back in town. MacKenzie At 01:54 PM 7/29/2004 +0100, Tom De Mulder wrote: >I sent the mail below to DSpace-tech, but I thought it might be useful to >post here, too, since I think quite a few people here work at institutions >that are using DSpace 1.2 and might be worried about a sudden switch to >2.0 architecture leaving the 1.x branch behind. > >I'd personally most like to hear MacKenzie's viewpoint on this - what's >MIT's stance? > >-- >Tom De Mulder - Cambridge University Computing Service > New Museums Site, Pembroke Street, Cambridge CB2 3QH >-> 29/07/2004 : The Moon is Waxing Gibbous (72% of Full) > >---------- Forwarded message ---------- >Date: Wed, 28 Jul 2004 15:20:53 +0100 (BST) >From: Tom De Mulder >To: dspace-tech >Subject: DSpace Position Paper - HP Labs > >Hello all (and esp. Rob and the folks at MIT), > >I was reading HP's Position Paper >(http://wiki.dspace.org/index.php/HpPositionPaper) >and noticed the following: > >"We believe all of the above goals are best served by concentrating on >moving DSpace to the proposed 'version 2.0' architecture as soon as >possible. This is where our efforts will henceforth be focussed." > >Does this mean that the 1.x branch won't be further developed by HP? What >about bug fixes and feature requests? > >-- >Tom De Mulder - Cambridge University Computing Service > New Museums Site, Pembroke Street, Cambridge CB2 3QH >-> 28/07/2004 : The Moon is Waxing Gibbous (64% of Full) >_______________________________________________ >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 david.stuve at hp.com Thu Jul 29 16:06:38 2004 From: david.stuve at hp.com (Stuve, David H) Date: Thu, 29 Jul 2004 13:06:38 -0700 Subject: [Dspace-general] RE: [Dspace-tech] Postgres install Message-ID: Tricky problem Kevin, We don't actually issue the 'SET AUTOCOMMIT TO OFF' in our code that I can find, it looks like we only use the JDBC connection.setAutoCommit(false). The most likely cause of your problem is that your database may be a newer version than your driver (postgresql.jar) (in version 7.4 Postgres stopped supporting the above command, but earlier drivers didn't know that and would issue the command.) Since you're using DSpace 1.1.1 (please plan on upgrading soon. ;-) I bet we bundled the 7.3 driver and it conflicts with your 7.4 installation of Postgres. Try getting the latest postgres driver by downloading it or copying it from your postgres directory if you compiled it yourself, and put it in the lib directory of your 1.1.1 source. Or wait a couple of days and upgrade to 1.2! Dave -----Original Message----- From: dspace-tech-admin at lists.sourceforge.net [mailto:dspace-tech-admin at lists.sourceforge.net] On Behalf Of Kevin Weekes Sent: Thursday, July 29, 2004 11:43 AM To: dspace-general at mit.edu; dspace-tech at lists.sourceforge.net Subject: FW: [Dspace-tech] Postgres install -----Original Message----- From: Kevin Weekes Sent: Thursday, July 29, 2004 12:39 PM To: 'J?rn Nettingsmeier' Subject: RE: [Dspace-tech] Postgres install Thanks everyone for the insights. I am getting a new error message though: [dspace at localhost dspace-1.1.1-source]$ ant fresh_install Buildfile: build.xml ... setup_database: [java] 2004-07-28 16:20:00,689 INFO org.dspace.storage.rdbms.InitializeDatabase @ Initializing Database load_registries: [java] 2004-07-28 16:20:13,760 FATAL org.dspace.administer.RegistryLoader @ anonymous:no_context:error_loading_registries: [java] java.sql.SQLException: ERROR: SET AUTOCOMMIT TO OFF is no longer supported [java] at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:131) [java] at org.postgresql.jdbc1.AbstractJdbc1Connection.ExecSQL(AbstractJdbc1Connection .java:482) [java] at org.postgresql.jdbc1.AbstractJdbc1Connection.ExecSQL(AbstractJdbc1Connection .java:461) [java] at org.postgresql.jdbc1.AbstractJdbc1Connection.setAutoCommit(AbstractJdbc1Conn ection.java:957) [java] at org.apache.commons.dbcp.DelegatingConnection.setAutoCommit(DelegatingConnect ion.java:237) [java] at org.dspace.core.Context.(Context.java:103) [java] at org.dspace.administer.RegistryLoader.main(RegistryLoader.java:102) BUILD FAILED /usr/ds3rdPT/dspace-1.1.1-source/build.xml:258: Java returned: 1 Total time: 1 minute 9 seconds" I'm a bit new to the whole Linux environment but I'm learning, Thanks in advance. -----Original Message----- From: J?rn Nettingsmeier [mailto:pol-admin at uni-duisburg.de] Sent: Monday, July 26, 2004 8:04 AM To: Kevin Weekes Cc: 'dspace-tech at lists.sourceforge.net' Subject: Re: [Dspace-tech] Postgres install Kevin Weekes wrote: > Good day, > I am in the process of following a dspace installation > > I've gone thru the steps for the installation of the pre-requisite software > and they all appear fine. > > However, when I try the ant fresh_install command I run into some > difficulties. The message I get basically is that I can't connect to > the database. > > I find this odd as the relevant changes were made to the pg_hba and > postgresql.conf files in the /var/lib directory > > Can anyone shed some light on my predicament did you restart postgres after changing the config? it might help to post the relevant lines from your postgres config files, and the output of netstat -lpn. -- J?rn Nettingsmeier, EDV-Administrator Institut f?r Politikwissenschaft Universit?t Duisburg-Essen, Standort Duisburg Mail: pol-admin at uni-duisburg.de, Telefon: 0203/379-2736 ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ DSpace-tech mailing list DSpace-tech at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech From scott.yeadon at anu.edu.au Thu Jul 29 18:30:06 2004 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Fri, 30 Jul 2004 08:30:06 +1000 Subject: [Dspace-general] RE: New DSpace listservs on the way Message-ID: <41097A6E.9060805@anu.edu.au> Hi MacKenzie, ANU would be happy to shepherd the dspace-IR and dspace-preservation lists. We have an interest in most the areas listed, so if you don't get any volunteers for the publishing and theses lists let me know and we'll take them on as well. Scott. Date: Wed, 28 Jul 2004 18:05:39 -0400 From: MacKenzie Smith To: dspace-general at MIT.EDU Subject: [Dspace-general] New DSpace listservs on the way Message-ID: <5.2.1.1.2.20040728174350.0201faf0 at hesiod> Content-Type: text/plain; charset="us-ascii"; format=flowed MIME-Version: 1.0 Precedence: list Message: 2 Greetings from Cambridge, MA. As an outcome of the DSpace user group meeting in March, MIT was asked to set up some new DSpace listservs to provide fora for people with common interests around specific uses of DSpace to congregate and collaborate, rather than using dspace-general for everything... not that it's all that busy, but people feel more comfortable knowing that their questions and comments are going out to a group who their interests. The proposed set of lists is: dspace-courseware (or maybe dspace-LOR) dspace-datasets dspace-ERM (for Electronic Records Management) dspace-IR dspace-preservation dspace-publishing dspace-theses The idea is that you would continue to subscribe to dspace-general for announcements and to ask general questions, and you would additionally subscribe to any special-purpose list of interest. Each list will have one or two people who "shepherd" it (i.e. not officially moderate, but try to keep the conversation going). So far I have volunteers for the dspace-ERM and dspace-datasets lists, so I still need volunteers to help shepherd the lists on Learning Object Repositories (dspace-courseware), Institutional Repositories (dspace-IR), preservation and publishing, and theses. That last one has some overlap with a new NDLTD-DSpace interest group, but that's a closed list so I think we need this one as well. Someone from MIT will subscribe to each list too, and will have access to the local DSpace developers when that's handy. If you'd like to volunteer just let me know (it really shouldn't be much work, just a commitment to read the list traffic and keep the ball rolling). Please reply if you have a better suggestion for one of the list names, or if you think of one I've missed, or if you think this whole thing is silly... this is an experiment to see if these are useful to people. If in six months they're all dormant, I'll kill them again and wait until there's a demand. Thanks, 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 kweekes at library.uwi.tt Thu Jul 29 14:42:53 2004 From: kweekes at library.uwi.tt (Kevin Weekes) Date: Thu, 29 Jul 2004 14:42:53 -0400 Subject: [Dspace-general] FW: [Dspace-tech] Postgres install Message-ID: <21530F7443DED311AC3500C04F238E88D2739D@SANTW40LIBRY001> -----Original Message----- From: Kevin Weekes Sent: Thursday, July 29, 2004 12:39 PM To: 'J?rn Nettingsmeier' Subject: RE: [Dspace-tech] Postgres install Thanks everyone for the insights. I am getting a new error message though: [dspace at localhost dspace-1.1.1-source]$ ant fresh_install Buildfile: build.xml ... setup_database: [java] 2004-07-28 16:20:00,689 INFO org.dspace.storage.rdbms.InitializeDatabase @ Initializing Database load_registries: [java] 2004-07-28 16:20:13,760 FATAL org.dspace.administer.RegistryLoader @ anonymous:no_context:error_loading_registries: [java] java.sql.SQLException: ERROR: SET AUTOCOMMIT TO OFF is no longer supported [java] at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:131) [java] at org.postgresql.jdbc1.AbstractJdbc1Connection.ExecSQL(AbstractJdbc1Connection .java:482) [java] at org.postgresql.jdbc1.AbstractJdbc1Connection.ExecSQL(AbstractJdbc1Connection .java:461) [java] at org.postgresql.jdbc1.AbstractJdbc1Connection.setAutoCommit(AbstractJdbc1Conn ection.java:957) [java] at org.apache.commons.dbcp.DelegatingConnection.setAutoCommit(DelegatingConnect ion.java:237) [java] at org.dspace.core.Context.(Context.java:103) [java] at org.dspace.administer.RegistryLoader.main(RegistryLoader.java:102) BUILD FAILED /usr/ds3rdPT/dspace-1.1.1-source/build.xml:258: Java returned: 1 Total time: 1 minute 9 seconds" I'm a bit new to the whole Linux environment but I'm learning, Thanks in advance. -----Original Message----- From: J?rn Nettingsmeier [mailto:pol-admin at uni-duisburg.de] Sent: Monday, July 26, 2004 8:04 AM To: Kevin Weekes Cc: 'dspace-tech at lists.sourceforge.net' Subject: Re: [Dspace-tech] Postgres install Kevin Weekes wrote: > Good day, > I am in the process of following a dspace installation > > I've gone thru the steps for the installation of the pre-requisite software > and they all appear fine. > > However, when I try the ant fresh_install command I run into some > difficulties. > The message I get basically is that I can't connect to the database. > > I find this odd as the relevant changes were made to the pg_hba and > postgresql.conf files in the /var/lib directory > > Can anyone shed some light on my predicament did you restart postgres after changing the config? it might help to post the relevant lines from your postgres config files, and the output of netstat -lpn. -- J?rn Nettingsmeier, EDV-Administrator Institut f?r Politikwissenschaft Universit?t Duisburg-Essen, Standort Duisburg Mail: pol-admin at uni-duisburg.de, Telefon: 0203/379-2736 From ojd20 at cam.ac.uk Fri Jul 30 09:20:10 2004 From: ojd20 at cam.ac.uk (Jim Downing) Date: Fri, 30 Jul 2004 14:20:10 +0100 Subject: [Dspace-tech] Re: [Dspace-general] DSpace Position Paper - HP Labs (fwd) In-Reply-To: <5.2.1.1.2.20040729103845.01f62df0@hesiod> References: <5.2.1.1.2.20040729103845.01f62df0@hesiod> Message-ID: <1091193610.3469.112.camel@sleeperservice.csi.cam.ac.uk> Hello all, Not wishing to anticipate Rob's reply, I'm grateful to both Rob and MacKenzie for being so clear and candid about how the ecosystem around DSpace will have to work. Hopefully I can contribute to the process by giving my opinion. With respect to 1.x =================== - We have an active repository on 1.1 (going to 1.2 as soon as it's tagged). I'll support 1.2 in terms of small feature developments and bug fixes for as long as Cambridge runs it (or my contract runs out :-) - If enough other committers show support I'd be keen to work on a 1.3 branch containing more significant changes in order to make DSpace more maintainable in the medium term (and maybe fold in some of the functionality that's written, but didn't make it into the 1.2 release). - Since I'm employed to look particularly at digital preservation (and because I'm interested :-), I'll be trying to develop digital preservation tools that could be integrated into either 1.x or 2.0. With respect to DSpace2 ======================= - Because of my digital preservation focus, I'll involve myself in the design of future DSpace software in an attempt to ensure that DSpace becomes a robust, extensible platform adequate to support future digital preservation developments. Because we have an active repository I'll also be trying to make sure that migration is a key factor in design discussions. On a personal note: I'm just one developer. Without a good deal of community support for DSpace I doubt it will be feasible for me to work on all the strands I've listed. Like all the other developers I'll have to drop work which isn't directly aligned with local priorities if compromises have to be made. I sincerely hope that more and more organizations take on board MacKenzie's point (below) that the whole community needs to get involved to make the OSS approach really work. All the best, jim On Thu, 2004-07-29 at 15:59, MacKenzie Smith wrote: > -- A thriving, successful open source software community can *only* exist > if *many* people are involved, and not just the originators (in fact, > there's a belief in some OSS quarters that a good project doesn't really > take off until the originator leave completely so that the community feels > free to do whatever they need to... we don't think we need to go that far, > but it's an illustrative point of view). As long as the user community > thinks of the originating organizations as a sort of unpaid vendor, the > thing will never work.