From ferreira.tiago at gmail.com Tue Jul 3 15:15:23 2007 From: ferreira.tiago at gmail.com (Tiago Ferreira) Date: Tue, 3 Jul 2007 16:15:23 -0300 Subject: [Dspace-general] Limit of pages Message-ID: Hello, I had some problems when i tried to insert more than 6 pages on a submission form. Does anyone know about the limit of 6 pages on a form? If so, how can I go aound it? Thanks in advance! Tiago Ferreira -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070703/0f565973/attachment.htm From FCampbell at groupwise.swin.edu.au Tue Jul 3 22:25:02 2007 From: FCampbell at groupwise.swin.edu.au (Fiona Campbell) Date: Wed, 04 Jul 2007 12:25:02 +1000 Subject: [Dspace-general] 1.4.1 Date Browse empty Message-ID: <468B919D.57CB.00AE.0@groupwise.swin.edu.au> Hello DSpacers, I sent this to the list last week but havent had any list digest since so I dont know if it got there. This is a critical error for us. We cannot upgrade the live site until we know what is causing this problem. We have upgraded from 1.3.1 to 1.4.1 and now find that the Browse by Date doesnt work i.e. the display is empty. If I go into a collection and browse by Date I get results. Has anyone else had this problem? Regards, Fiona -- Fiona Campbell Systems Librarian ITS Information Systems Swinburne University of Technology Melbourne, Victoria, Australia Email: fcampbell at swin.edu.au Phone:+ 61 03 9214 8279 Swinburne University of Technology CRICOS Provider Code: 00111D NOTICE This e-mail and any attachments are confidential and intended only for the use of the addressee. They may contain information that is privileged or protected by copyright. If you are not the intended recipient, any dissemination, distribution, printing, copying or use is strictly prohibited. The University does not warrant that this e-mail and any attachments are secure and there is also a risk that it may be corrupted in transmission. It is your responsibility to check any attachments for viruses or defects before opening them. If you have received this transmission in error, please contact us on +61 3 9214 8000 and delete it immediately from your system. We do not accept liability in connection with computer virus, data corruption, delay, interruption, unauthorised access or unauthorised amendment. Please consider the environment before printing this email. From FCampbell at groupwise.swin.edu.au Tue Jul 3 22:28:51 2007 From: FCampbell at groupwise.swin.edu.au (Fiona Campbell) Date: Wed, 04 Jul 2007 12:28:51 +1000 Subject: [Dspace-general] Is it OK to add data fields at the database level? Message-ID: <468B9283.57CB.00AE.0@groupwise.swin.edu.au> Dear DSpace Experts, I have been asked by our staff if there are objections to undertaking bulk changes in the dspace database using Postgres commands, i.e directly modifiying particular tables to insert/update data. Their feeling is that doing records one at time is not what computer systems are about. In particular they are looking at making bulk changes to some items which contain a dc.rights field, where they need to add a dc.rights.url field corresponding the Creative Commons licence the item has. There has been some testing done on a minor test machine and so far nothing appears to have gone wrong as such, but I am concerned that often problems are not always spotted. I am fairly conservative in these things. Has anyone tried to do this? Has anyone an opinion on doing this? Thanks, Susan Chapman Librarian (Library Systems Support) ITS Systems Support Swinburne University of Technology EN101 Mezanine Mail 37 PO Box 218 Hawthorn Vic 3122 tel: +61 3 9214 8279 fax: +61 3 9214 5178 email: schapman at swin.edu.au Swinburne University of Technology CRICOS Provider Code: 00111D NOTICE This e-mail and any attachments are confidential and intended only for the use of the addressee. They may contain information that is privileged or protected by copyright. If you are not the intended recipient, any dissemination, distribution, printing, copying or use is strictly prohibited. The University does not warrant that this e-mail and any attachments are secure and there is also a risk that it may be corrupted in transmission. It is your responsibility to check any attachments for viruses or defects before opening them. If you have received this transmission in error, please contact us on +61 3 9214 8000 and delete it immediately from your system. We do not accept liability in connection with computer virus, data corruption, delay, interruption, unauthorised access or unauthorised amendment. Please consider the environment before printing this email. From richard.d.jones at imperial.ac.uk Wed Jul 4 04:42:30 2007 From: richard.d.jones at imperial.ac.uk (Richard Jones) Date: Wed, 04 Jul 2007 09:42:30 +0100 Subject: [Dspace-general] 1.4.1 Date Browse empty In-Reply-To: <468B919D.57CB.00AE.0@groupwise.swin.edu.au> References: <468B919D.57CB.00AE.0@groupwise.swin.edu.au> Message-ID: <468B5D76.50606@imperial.ac.uk> Hi Fiona, CC'd to the DSpace tech for any additional comments > I sent this to the list last week but havent had any list digest since > so I dont know if it got there. This is a critical error for us. We > cannot upgrade the live site until we know what is causing this problem. > > > > We have upgraded from 1.3.1 to 1.4.1 and now find that the Browse by > Date doesnt work i.e. the display is empty. If I go into a collection > and browse by Date I get results. Has anyone else had this problem? What message do you actually get when you try and browse by date? If the page is actually blank then there has been an internal error of some description; if there are no dates indexed you will get a page which says "no entries in the index" or similar wording. If the page is actually blank, you may find an error in your dspace.log file which can help us diagnose the problem; if you could forward any errors that you find to the dspace-tech list we may be able to diagnose it for you. In the mean time, I would recommend updating from 1.4.1 to 1.4.2, as this fixed a number of bugs which may have an impact on your system. And not to miss an opportunity to blow my own trumpet, you may consider trying out the new Browse code, which I have posted as a patch to SourceForge: http://sourceforge.net/tracker/index.php?func=detail&aid=1702233&group_id=19984&atid=319984 Which will give you considerably more flexibility when allocating your browse indices. Cheers, -- Richard ------------------------------------------------------------------------ Richard Jones | t: +44 (0)20 759 [48614 / 41815] Web & Database | e: richard.d.jones at imperial.ac.uk Technology Specialist | b: http://chronicles-of-richard.blogspot.com/ Imperial College London | ------------------------------------------------------------------------ From dirk.debeukelaer at agfa.com Wed Jul 4 12:28:13 2007 From: dirk.debeukelaer at agfa.com (dirk.debeukelaer@agfa.com) Date: Wed, 4 Jul 2007 18:28:13 +0200 Subject: [Dspace-general] Dirk De_Beukelaer is out of the office. Message-ID: I will be out of the office starting 2007-07-02 and will not return until 2007-07-16. For urgent matters, please contact Dirk De Langhe tel +32 3 444 7524 email dirk.delanghe at agfa.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070704/3764b0de/attachment.htm From juana.frias at uah.es Thu Jul 5 06:03:13 2007 From: juana.frias at uah.es (=?iso-8859-1?Q?Fr=EDas_Fern=E1ndez_Juana?=) Date: Thu, 5 Jul 2007 12:03:13 +0200 Subject: [Dspace-general] Oracle Update 1.3.2 to 1.4.2 Message-ID: <083BB26A4AADE04C94B869113566E6C5014A26D3@X-EVS-01.uah.es> Hello, We try to update Dspace 1.3.2 (Oracle 9) to Dspace 1.4.2, but when we run the SQL script for Oracle "database_schema_13-14.sql" gives errors. ?Is there other script to update the Oracle database? Regards, Juana Fr?as Universidad de Alcal? From dorothea.salo at gmail.com Thu Jul 5 09:03:06 2007 From: dorothea.salo at gmail.com (Dorothea Salo) Date: Thu, 5 Jul 2007 08:03:06 -0500 Subject: [Dspace-general] Is it OK to add data fields at the database level? In-Reply-To: <468B9283.57CB.00AE.0@groupwise.swin.edu.au> References: <468B9283.57CB.00AE.0@groupwise.swin.edu.au> Message-ID: <356cf3980707050603w17897f1s10f87fd0abaedf9a@mail.gmail.com> > I have been asked by our staff if there are objections to undertaking > bulk changes in the dspace database using Postgres commands, i.e > directly modifiying particular tables to insert/update data. Their > feeling is that doing records one at time is not what computer systems > are about. > Has anyone tried to do this? Oh, certainly. With more frequency than I like to admit. :) It seems to me your admins have done the necessary amount of testing, and all should go just fine. Directly changing the database is the only halfway-efficient way to do authority control on a long list of author names or subjects. Dorothea -- Dorothea Salo dsalo at library.wisc.edu Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 From Ina.Smith at up.ac.za Wed Jul 4 07:13:38 2007 From: Ina.Smith at up.ac.za (Ina Smith) Date: Wed, 4 Jul 2007 13:13:38 +0200 Subject: [Dspace-general] DSpace Bistream In-Reply-To: <468B5D76.50606@imperial.ac.uk> References: <468B919D.57CB.00AE.0@groupwise.swin.edu.au> <468B5D76.50606@imperial.ac.uk> Message-ID: <468B9D02.1050.00C0.0@up.ac.za> Good day My question relates to the preservation of the bitstream URL: In stead of linking from another database (e.g. our library catalogue) to the Item URL, we would like to link directly to the Bitstream URL. Is there any guarantee that the Bitstream URL will also stay persistent if we decide to export our items to another server one day? We also use the CNRI Handle System. Thank you. Ina Smith Digital Research Repository (UPSpace) Manager & eApplication Specialist Academic Information Service University of Pretoria Pretoria 0002 South Africa Tel.: +27 12 420 3082 Fax: +27 12 362 5100 E-mail: ina.smith at up.ac.za http://www.ais.up.ac.za This message and attachments are subject to a disclaimer. Please refer to www.it.up.ac.za/documentation/governance/disclaimer/ for full details. / Hierdie boodskap en aanhangsels is aan 'n vrywaringsklousule onderhewig. Volledige besonderhede is by www.it.up.ac.za/documentation/governance/disclaimer/ beskikbaar. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070704/33983195/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/bmp Size: 75598 bytes Desc: not available Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20070704/33983195/attachment.bin From james.rutherford at hp.com Thu Jul 5 11:03:04 2007 From: james.rutherford at hp.com (James Rutherford) Date: Thu, 5 Jul 2007 16:03:04 +0100 Subject: [Dspace-general] DSpace Bistream In-Reply-To: <468B9D02.1050.00C0.0@up.ac.za> References: <468B919D.57CB.00AE.0@groupwise.swin.edu.au> <468B5D76.50606@imperial.ac.uk> <468B9D02.1050.00C0.0@up.ac.za> Message-ID: <20070705150304.GA28077@pomona.hpl.hp.com> On Wed, Jul 04, 2007 at 01:13:38PM +0200, Ina Smith wrote: > My question relates to the preservation of the bitstream URL: In stead > of linking from another database (e.g. our library catalogue) to the > Item URL, we would like to link directly to the Bitstream URL. Is > there any guarantee that the Bitstream URL will also stay persistent > if we decide to export our items to another server one day? We also > use the CNRI Handle System. The short answer is "no". Bitstreams don't get handles, so if you move your DSpace having directly referenced a Bitstream URL, that link will either break, or you will have to maintain it yourself (which is a bad road to go down). Until this is fixed (and I should point out that not everyone thinks it's a problem) you shouldn't use Bitstream URLs anywhere unless you're prepared to deal with it when the time comes. cheers, Jim -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. james.rutherford at hp.com | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as "HP CONFIDENTIAL". From roberttansley at google.com Thu Jul 5 11:50:01 2007 From: roberttansley at google.com (Robert Tansley) Date: Thu, 5 Jul 2007 11:50:01 -0400 Subject: [Dspace-general] [Dspace-tech] DSpace Bistream In-Reply-To: <20070705150304.GA28077@pomona.hpl.hp.com> References: <468B919D.57CB.00AE.0@groupwise.swin.edu.au> <468B5D76.50606@imperial.ac.uk> <468B9D02.1050.00C0.0@up.ac.za> <20070705150304.GA28077@pomona.hpl.hp.com> Message-ID: <38d44e00707050850o1a20eb75yadfe68755986dba6@mail.gmail.com> On 05/07/07, James Rutherford wrote: > On Wed, Jul 04, 2007 at 01:13:38PM +0200, Ina Smith wrote: > > My question relates to the preservation of the bitstream URL: In stead > > of linking from another database (e.g. our library catalogue) to the > > Item URL, we would like to link directly to the Bitstream URL. Is > > there any guarantee that the Bitstream URL will also stay persistent > > if we decide to export our items to another server one day? We also > > use the CNRI Handle System. > > The short answer is "no". Bitstreams don't get handles, so if you move > your DSpace having directly referenced a Bitstream URL, that link will > either break, or you will have to maintain it yourself (which is a bad > road to go down). Until this is fixed (and I should point out that not > everyone thinks it's a problem) you shouldn't use Bitstream URLs > anywhere unless you're prepared to deal with it when the time comes. Software systems do not persist or guarantee URLs or identifiers, people do. This use case is precisely the one that led to DSpace bitstream URLs being in the current form they are -- a form that is easy to persist, but does not require the overhead of minting and resolving huge numbers of Handles. So it depends what you mean by 'export ... to another server'. If you're just thinking about having DSpace run on beefier hardware, although the 'preferred' bitstream direct access URL may change in the future, certainly the existing /bitstream/* URLs will always be supported by DSpace as redirects, so provided the new server can get the same DNS name you will be able to persist the bitstream URLs. If you're thinking about running other software, provided you still have control of the DNS space, it shouldn't be too hard to keep (e.g.) dspace.up.ac.za/bitstream/123/456/1/foo.pdf pointing at the right place. At least, it wouldn't be any harder to do this than to update a huge number of Handle records to point at the right (new) place. If you think that the DNS name may change, you would have to look into Handles or another ID scheme resilient to DNS name changes of the actual server. Rob From pbm2 at cam.ac.uk Fri Jul 6 13:06:11 2007 From: pbm2 at cam.ac.uk (Peter Morgan) Date: Fri, 6 Jul 2007 18:06:11 +0100 Subject: [Dspace-general] [Dspace-devel] DSpace 2.0 Direction In-Reply-To: Message-ID: >Date: Thu, 5 Jul 2007 16:52:10 -0400 >From: Mark Diggory >Subject: Re: [Dspace-devel] DSpace 2.0 Direction: (was Re: a new home > for DSpaceObject?) >To: DSpace Devel >On Jul 5, 2007, at 3:48 PM, Robert Tansley wrote: > >>> Yes, I agree that this has happened too. But IMO, what you refer to >>> as "the team" needs to be self defining and sustaining going further. >>> Who are we? How do we govern ourselves? How does one become a >>>member? >> >> Actually by 'dedicated team' I meant people specifically funded/hired >> to do the architectural heavy lifting; as in, it's their day job, not >> something they're interweaving with other responsibilities. > >Hmm, although I'd welcome the effort, it makes me concerned about >community, governanace and decision making about the direction of the >code-base if its placed in the hands of someone paid by the >Foundation. I've see something similar in other communities and >cannot say I liked the outcome, which resulted in something that was >less driven by the community and more driven by a select few in >positions of power. [...] >Mark > >~~~~~~~~~~~~~ >Mark R. Diggory - DSpace Systems Manager >MIT Libraries, Systems and Technology Services >Massachusetts Institute of Technology >Office: E25-131 >Phone: (617) 253-1096 Hi Mark, The debate about the relative roles of the developer community and those "in positions of power" has surfaced before and will doubtless remain a regular item on the agenda. (I'm cc'ing this to dspace-general as the issues are not exclusively technical.) I'd like to make two points here. First, my reading of the embryonic DSpace governance process http://wiki.dspace.org/index.php/DspaceGovernance is that the entire structure of the not-for-profit DSpace corporation (executive director - Board of Directors - members) is being designed to ensure that no one person wields total control over the direction of the code-base development. Secondly, DSpace was designed to be, first and foremost, an *institutional* repository platform. The decision to adopt it (or indeed to abandon it) will therefore ultimately be made by people in positions of institutional power. They're investing their institution's resources and reputation in this decision, so they have to feel confident that in committing to DSpace they're acquiring a sustainable system that can be responsive to their needs. I can't imagine any of these people being willing to accept a future in which the direction of DSpace's development was determined exclusively by the developer community. I know you weren't proposing that, and similarly I'm not advocating that institutional power-players should be solely responsible for determining the way forward. But I am suggesting that both sides of the equation need to be addressed. The size and vigour of the DSpace developer community has been widely and rightly recognized as a major asset, but the ability of individuals to contribute to the community depends significantly on the willingness of their employers to sanction such a use of their time, so it's vital to keep employers on board if we're to ensure that this community commitment can continue to be available. Getting the institution/developer balance right is really important - but it won't be easy. Peter -- Peter Morgan SPECTRa Project Director Cambridge University Library West Road Cambridge CB3 9DR UK email: pbm2 at cam.ac.uk tel: +44 (0)1223 336757/333130 fax: +44 (0)1223 331918/339973 www.lib.cam.ac.uk/spectra/ From mdiggory at MIT.EDU Fri Jul 6 13:43:40 2007 From: mdiggory at MIT.EDU (Mark Diggory) Date: Fri, 6 Jul 2007 13:43:40 -0400 Subject: [Dspace-general] [Dspace-devel] DSpace 2.0 Direction In-Reply-To: References: Message-ID: As Peter Morgan has directed the thread to the General list, I do want to "cool things down a bit" before they get "out of hand". The comments are showing up here out of the context of the original thread. Here is some context by associating my my most recent post to the thread on dspace-devel. If you wish to view the thread, you may do so here: https://sourceforge.net/mailarchive/forum.php?thread_name=35F78A53- CAD6-4EFC-9D54-0A80A14064B1%40MIT.EDU&forum_name=dspace-devel The only comment I would make to Peters post is that one would unequivocally agree that the Apache Foundation's flagship product (Apache HTTP Daemon) will always be an HTTP daemon, but that how it is implemented will change over time. ASF works to foster and support the continued development of the product, but doesn't stipulate to the developers to "how" it is to be implemented, just that it has to be implemented and implemented "well". HTTPD has certainly gone through different incarnations over the years (some more controversial that others), but it is and will always be, an HTTP daemon. I think we can rest assured that DSpace will always be a Institutional Repository System, but that to be a healthy project, DSpace (the software) will certainly change in how it is implemented over time and that there are a number of forces that drive this evolution on many different levels. Cheers, Mark > I just want to comment on something I posted initially in the email > thread. > > On Jul 5, 2007, at 11:02 AM, Mark Diggory wrote: >> >> "In my humblest of opinion", I do not think that the Foundation >> leadership should be at all involved with the requirements, specs or >> development effort behind 2.0. But that they should rather take a >> stance (not unlike that of the Apache Foundation) to be supporting >> and protecting the rights of the DSpace developer community and >> fostering the developers role deciding the direction that the DSpace >> code-base will go in. > > My statement here could be interpreted as rather caustic towards the > idea of Foundation involvement and I want to correct that. I am very > supportive of Foundation involvement and don't want to suggest that > it is at all an issue. So I hope I'm clearing any misinterpretation > here. > > I do feel our developer community itself has to take a greater roll > in its own internal leadership and that is interdependent with (or in > concert with) the foundation. That rather than folks asking, "When > are they (whomever they are) going to create/release 2.0?", that > instead we ask ourselves, "How can we (the community) work together > in the creation of DSpace 2.0?". To have a healthy OS community, you > need to feel totally empowered to participate and that it is you that > creates the software. > > I think I can speak for the community in saying that; If your a > developer working with DSpace anywhere in the world, the community > welcomes your participation at any level and needs your participation > to continue to maintain a bright future for DSpace. That if > motivated, anyone can can take on a developer role, have their voice > heard within our community and be pivotal in the direction that we go > in. > > I want to reiterate that we are very much in need of the Foundations > assistance in many ways to support DSpace moving forward. I think I > can speak for the whole developer community when we say that we > welcome all efforts to enable the community in evolving the software > towards the goals we've outlined in our communities Architectural > Roadmap. > > Cheers, > Mark ~~~~~~~~~~~~~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology From roberttansley at google.com Fri Jul 6 15:13:00 2007 From: roberttansley at google.com (Robert Tansley) Date: Fri, 6 Jul 2007 15:13:00 -0400 Subject: [Dspace-general] [Dspace-devel] DSpace 2.0 Direction In-Reply-To: References: Message-ID: <38d44e00707061213n60b2d7admc28cc7608d746351@mail.gmail.com> All good points, though our situation is a little different from HTTPD which is essentially infrastructure implementing a known standard; we're still in the process of figuring out exactly what an institutional repository 'is' and 'does', and we have a multi-tier community with little intersection between tiers (devs, institutional 'curators', end users) as opposed to HTTPD where the developers are a subset of the users. I think this means the DSpace dev community needs to cast a rather wider net than HTTPD for input in priority setting and so forth. (Not disagreeing about what you say w.r.t. developer community self-organisation, just contrasting our situation with Apache + HTTPD, where I think the DSpace Foundation will offer more in terms of input for functional direction than Apache would for HTTPD). Rob On 06/07/07, Mark Diggory wrote: > As Peter Morgan has directed the thread to the General list, I do > want to "cool things down a bit" before they get "out of hand". The > comments are showing up here out of the context of the original > thread. Here is some context by associating my my most recent post to > the thread on dspace-devel. If you wish to view the thread, you may > do so here: > > https://sourceforge.net/mailarchive/forum.php?thread_name=35F78A53- > CAD6-4EFC-9D54-0A80A14064B1%40MIT.EDU&forum_name=dspace-devel > > The only comment I would make to Peters post is that one would > unequivocally agree that the Apache Foundation's flagship product > (Apache HTTP Daemon) will always be an HTTP daemon, but that how it > is implemented will change over time. ASF works to foster and support > the continued development of the product, but doesn't stipulate to > the developers to "how" it is to be implemented, just that it has to > be implemented and implemented "well". HTTPD has certainly gone > through different incarnations over the years (some more > controversial that others), but it is and will always be, an HTTP > daemon. I think we can rest assured that DSpace will always be a > Institutional Repository System, but that to be a healthy project, > DSpace (the software) will certainly change in how it is implemented > over time and that there are a number of forces that drive this > evolution on many different levels. > > Cheers, > Mark > > > I just want to comment on something I posted initially in the email > > thread. > > > > On Jul 5, 2007, at 11:02 AM, Mark Diggory wrote: > >> > >> "In my humblest of opinion", I do not think that the Foundation > >> leadership should be at all involved with the requirements, specs or > >> development effort behind 2.0. But that they should rather take a > >> stance (not unlike that of the Apache Foundation) to be supporting > >> and protecting the rights of the DSpace developer community and > >> fostering the developers role deciding the direction that the DSpace > >> code-base will go in. > > > > My statement here could be interpreted as rather caustic towards the > > idea of Foundation involvement and I want to correct that. I am very > > supportive of Foundation involvement and don't want to suggest that > > it is at all an issue. So I hope I'm clearing any misinterpretation > > here. > > > > I do feel our developer community itself has to take a greater roll > > in its own internal leadership and that is interdependent with (or in > > concert with) the foundation. That rather than folks asking, "When > > are they (whomever they are) going to create/release 2.0?", that > > instead we ask ourselves, "How can we (the community) work together > > in the creation of DSpace 2.0?". To have a healthy OS community, you > > need to feel totally empowered to participate and that it is you that > > creates the software. > > > > I think I can speak for the community in saying that; If your a > > developer working with DSpace anywhere in the world, the community > > welcomes your participation at any level and needs your participation > > to continue to maintain a bright future for DSpace. That if > > motivated, anyone can can take on a developer role, have their voice > > heard within our community and be pivotal in the direction that we go > > in. > > > > I want to reiterate that we are very much in need of the Foundations > > assistance in many ways to support DSpace moving forward. I think I > > can speak for the whole developer community when we say that we > > welcome all efforts to enable the community in evolving the software > > towards the goals we've outlined in our communities Architectural > > Roadmap. > > > > Cheers, > > Mark > > ~~~~~~~~~~~~~ > Mark R. Diggory - DSpace Systems Manager > MIT Libraries, Systems and Technology Services > Massachusetts Institute of Technology > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > From Ingrid.Mason at vuw.ac.nz Tue Jul 10 21:10:32 2007 From: Ingrid.Mason at vuw.ac.nz (Ingrid Mason) Date: Wed, 11 Jul 2007 13:10:32 +1200 Subject: [Dspace-general] Adding items without bitstreams In-Reply-To: Message-ID: <75CF552F30ECFA439D9B3008906F2A37022D49FD@STAWINCOMAILCL1.staff.vuw.ac.nz> Hi Halley, I'm just trawling through old DSpace list messages and saw this. So, this may be somewhat late in the piece, but, what the heck. Just thought I'd let you know that we've digitised some theses (loose leaf). By no means the number you are looking to work with, i.e. 50. We compiled the compressed TIFF images in Adobe and ran an OCR process over them (the text produced by the OCR is incorporated as part of the PDF created). DSpace then does its work and creates a bitstream of it. This was a manual process. It would be good (if possible) if someone wrote you some scripts that so this processing could be done computationally. One thing though, if you do go the PDF route, the PDF file sizes can come out fairly large (depending on the resolution, etc of the image file). Unless you compress those images further before you convert them to PDF, at around the 20/25MB (file size range) they won't open in a web browser. It's a bug in browsers with large PDFs. Do let us know what you decide to do. Cheers, Ingrid -----Original Message----- From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of Halley Pacheco de Oliveira Sent: Wednesday, 25 April 2007 3:04 a.m. To: Tiago Ferreira Cc: dspace-general at mit.edu Subject: Re: [Dspace-general] Adding items without bitstreams Hi Tiago, All projects, with informations about their title, authors, sanction process and many other informations are stored in a SQL Server database. These informations will be used as metadata in a dublin_core.xml file to import these projects to DSpace. The problem is that the old projects are only in paper, so they must be scanned and an image uploaded to DSpace. Once we need full text search for the projects, maybe we will use an OCR software. It would be good if the OCR text could be integrated with the image (maybe using PDF) in the same file, and indexed by DSpace. Thanks, Halley 2007/4/24, Tiago Ferreira : > Hello Halley, > > One idea is to use the Batch importer, wich will transform an XML metadata > document with some content files, into an item, as if it was an "in progress > submission". That will save you the trouble of submitting one item at a > time. > > Hope this helps > Tiago Ferreira _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From sdl at aber.ac.uk Wed Jul 11 11:34:15 2007 From: sdl at aber.ac.uk (Stuart Lewis [sdl]) Date: Wed, 11 Jul 2007 16:34:15 +0100 Subject: [Dspace-general] Presentation from the latest DSpace UK&I UG meeting Message-ID: <10EEADDAD601FA4D83DF79F3281B8CF64009EF@ISSVEXBE1.staff.aber.ac.uk> Dear all, The slides from the latest DSpace UK & Ireland User Group meeting are now online: http://hdl.handle.net/2160/315 Videos from the event will be posted in a few weeks time. If you want an update on the progress of the DSpace Foundation, I can highly recommend the presentation from the Executive Director of the DSpace Foundation, Michele Kimpton. http://cadair.aber.ac.uk/dspace/bitstream/2160/316/1/DSpace+Foundation.p df Thanks, Stuart _________________________________________________________________ Gwasanaethau Gwybodaeth Information Services Prifysgol Cymru Aberystwyth University of Wales Aberystwyth E-bost / E-mail: Stuart.Lewis at aber.ac.uk Ffon / Tel: (01970) 622860 _________________________________________________________________ From jordi.prats at upc.edu Thu Jul 12 03:48:34 2007 From: jordi.prats at upc.edu (Jordi Prats/CT/UPC) Date: Thu, 12 Jul 2007 09:48:34 +0200 Subject: [Dspace-general] Dspace How-to translation Message-ID: Hello, Luis Tijera from University of Le?n has finished the spanish translation of the document "DSpace How-To Guide: tips and tricks for managing common DSpace chores (DSpace version 1.3.2) by Dorothea Salo and Tim Donohue. You can have a look to it at http://sod.upc.es/gude/images/e/ed/Howtov1.pdf and in the DSpace's Wiki ( http://wiki.dspace.org/index.php/DspaceResources#Customizing_DSpace). Now, he is working in the translation of the new version of this guide. Best wishes! _______________________________________ Nova adre?a de correu: Jordi.Prats at upc.edu Jordi Prats Prat Universitat Polit?cnica de Catalunya (UPC) Servei de Biblioteques i Documentaci? (SBD) Jordi Girona 31 Edifici TG 08034 Barcelona Tel.: 93 401 67 64 http://bibliotecnica.upc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070712/2cde900f/attachment.htm From Ina.Smith at up.ac.za Thu Jul 12 06:45:33 2007 From: Ina.Smith at up.ac.za (Ina Smith) Date: Thu, 12 Jul 2007 12:45:33 +0200 Subject: [Dspace-general] Archiving research data sets Message-ID: <4696226D.1050.00C0.0@up.ac.za> Good day We would like to start submitting our original research data sets to our DSpace institutional research repository (i.e. for digital curation purposes). Have any of you out there tried it, or can you perhaps recommend best practices in this regard? Examples of how you have implemented it will also be very helpful. It will be much appreciated! Many thanks in advance. Kind regards, Ina Ina Smith Digital Research Repository (UPSpace) Manager & eApplication Specialist Academic Information Service University of Pretoria Pretoria 0002 South Africa Tel.: +27 12 420 3082 Fax: +27 12 362 5100 E-mail: ina.smith at up.ac.za http://www.ais.up.ac.za This message and attachments are subject to a disclaimer. Please refer to www.it.up.ac.za/documentation/governance/disclaimer/ for full details. / Hierdie boodskap en aanhangsels is aan 'n vrywaringsklousule onderhewig. Volledige besonderhede is by www.it.up.ac.za/documentation/governance/disclaimer/ beskikbaar. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070712/469b8815/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/bmp Size: 75598 bytes Desc: not available Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20070712/469b8815/attachment.bin From gss1 at cornell.edu Thu Jul 12 13:01:59 2007 From: gss1 at cornell.edu (Gail Steinhart) Date: Thu, 12 Jul 2007 13:01:59 -0400 Subject: [Dspace-general] Archiving research data sets In-Reply-To: References: Message-ID: <6.2.5.6.2.20070712125832.024e4820@cornell.edu> Dear Ina, We're starting to deposit scientific data sets (just ecological data so far) in our institutional repository. It would be interesting to hear what other people are doing. We provide researchers with some recommendations on formatting data - derived from various sources, including (among others): - Best Practices for Preparing Ecological Data Sets to Share and Archive (ORNL-DAAC): http://www.daac.ornl.gov/PI/bestprac.html - Ecological data : design, management, and processing. 2000. Authors:Michener,William K.; Brunt,James W. These include fairly common sense recommendations and apply mostly to tabular data. We also recommend that researchers save their data to a format that is more stable for preservation - tab- or comma-delimited text, for example, rather than an Excel spreadsheet. We haven't considered recommending XML as a format - I'd be curious if anyone else has given that any thought. We ALSO encourage researchers to deposit data in a domain repository, if one exists. If one exists, there may also exist a discipline-specific metadata standard that more fully describes the data than DSpace metadata can. In our case we recommend ecologists use EML (Ecological Metadata Langauge) and deposit the EML record along with the dataset in our DSpace installation - as well as depositing data and metadata in the KNB (Knowledge Network for Biocomplexity). See for example http://hdl.handle.net/1813/7763 for a DSpace submission that has an EML record with it. That's our approach so far - I'd be very interested in hearing what other people are doing, or reactions to this. Best regards, Gail >Date: Thu, 12 Jul 2007 12:45:33 +0200 >From: "Ina Smith" >Subject: [Dspace-general] Archiving research data sets >To: dspace-general at mit.edu >Message-ID: <4696226D.1050.00C0.0 at up.ac.za> >Content-Type: text/plain; charset="iso-8859-15" > >Good day > >We would like to start submitting our original research data sets to >our DSpace institutional research repository (i.e. for digital >curation purposes). Have any of you out there tried it, or can you >perhaps recommend best practices in this regard? Examples of how you >have implemented it will also be very helpful. > >It will be much appreciated! Many thanks in advance. > >Kind regards, >Ina > > >Ina Smith >Digital Research Repository (UPSpace) Manager & eApplication Specialist >Academic Information Service >University of Pretoria >Pretoria >0002 >South Africa > >Tel.: +27 12 420 3082 >Fax: +27 12 362 5100 >E-mail: ina.smith at up.ac.za >http://www.ais.up.ac.za Gail Steinhart Research Data & Environmental Sciences Librarian Albert R. Mann Library Cornell University Ithaca, NY 14853 Phone: 607-255-7251 Fax: 607-255-0318 E-mail: GSS1 at cornell.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070712/44be5724/attachment.htm From betht at hawaii.edu Fri Jul 13 20:38:14 2007 From: betht at hawaii.edu (Beth Tillinghast) Date: Fri, 13 Jul 2007 14:38:14 -1000 Subject: [Dspace-general] dc.format Message-ID: <0JL5003RF8EKEXO1@hawaii.edu> Aloha, I have a question about an element's use in the metadata schema for our DSpace instance. I notice many, but not all, DSpace instances use the dc.format.extent and the dc.format.mimetype elements and qualifiers. I am curious if there is a best-practices reason for this other than a nice-to-know reason. Can this information be used to generate certain reports, for example? Thank you in advance for your responses, Beth From dorothea.salo at gmail.com Sat Jul 14 09:28:08 2007 From: dorothea.salo at gmail.com (Dorothea Salo) Date: Sat, 14 Jul 2007 08:28:08 -0500 Subject: [Dspace-general] Making DSpace Your Own at ASIST 2007 Message-ID: <356cf3980707140628h2a852bfcja9526a86005721b7@mail.gmail.com> Hello all, Apologies for the crossposting and the somewhat late notice -- Tim and I just found out about this yesterday ourselves! The third "Making DSpace Your Own" tutorial will be held on Friday morning, October 19, at ASIST 2007 in Milwaukee, Wisconsin, United States (http://www.asis.org/Conferences/AM07/program.html). This tutorial will cover basic-to-intermediate customizations of DSpace, while also including an introduction of Manakin (http://wiki.dspace.org/Manakin) and using Manakin's Aspects and Themes to customize it for your institution. Registration is open for ASIST 2007, and the cost of the conference and tutorials is posted on the tutorial page: http://www.asis.org/Conferences/AM07/dspace.html The official announcement is below. Please feel free to contact Tim Donohue (tdonohue at uiuc.edu) or myself (dsalo at library.wisc.edu or dorothea.salo at gmail.com) if you have any questions. We hope to see you at ASIST! -- Starting an institutional or digital repository using DSpace software? Get control over its look and feel! Learn to modify and customize DSpace to reflect your institution's branding, and improve usability for both submitters and users. Learn some of the basics to making your DSpace installation unique with customized code or functionality. While you're at it, learn about the DSpace developer community and how you can give back. This introductory tutorial assumes no knowledge of DSpace or Java. Familiarity with basic Unix commands, FTP, HTML, and XML recommended, though not required. Course Outline: * Why customize DSpace? * Before you start: precautions * Where DSpace code lives * Making easier changes * to page text (Messages.properties) * to look-and-feel (CSS) * to the configuration (dspace.cfg) * to submission forms (input-forms.xml) * Introducing the DSpace developer community * Why contribute to DSpace? * DSpace Patch submission guidelines * Introducing Manakin ? the XML/XSLT based interface for DSpace 1.5 * Why has Manakin been chosen to replace JSPs? * Questions & Answers Target audience: Librarians and staff planning or running DSpace installations who want more control over the technology. Introductory to intermediate-level. Basic Unix, FTP, HTML and XML familiarity useful, though not required. No Java, JSP, or CSS knowledge assumed. Learning objectives: - Understand and justify spending effort on DSpace customization - Protect against breaking DSpace during customization - Understand which parts of DSpace are easily changed and which aren't - Know where to go to modify specific aspects of a DSpace installation - Know how to make changes live on the server - Understand why the DSpace community is important, and how to give back - Learn where to go for more information or help when customizing DSpace - Learn the basic structure of JSPs in DSpace - Learn the benefits and functionality provided by the new Manakin (XML-based) interface for DSpace, and why it has been chosen to replace JSPs. Instructors Tim Donohue is a Research Programmer at the University of Illinois at Urbana-Champaign (UIUC), where he works on IDEALS (http://ideals.uiuc.edu), the UIUC institutional repository built on DSpace software. Tim has a background in Java programming and received his MLS from UIUC in May 2005. He is a DSpace Committer and taught a similar DSpace Customization tutorial at JCDL 2006 with Dorothea Salo, then of George Mason University, and another at JCDL 2007 with Scott Phillips of Texas A&M University. Dorothea Salo is Digital Repository Librarian for the University of Wisconsin System's MINDS at UW DSpace repository (http://minds.wisconsin.edu). She holds two MAs (Spanish and Library and Information Studies) from the University of Wisconsin at Madison, and began her career in librarianship at George Mason University, where she ran the DSpace-based Mason Archival Repository Service (http://mars.gmu.edu). -- Dorothea Salo dsalo at library.wisc.edu Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 From Ingrid.Mason at vuw.ac.nz Sun Jul 15 22:41:54 2007 From: Ingrid.Mason at vuw.ac.nz (Ingrid Mason) Date: Mon, 16 Jul 2007 14:41:54 +1200 Subject: [Dspace-general] dc.format In-Reply-To: <0JL5003RF8EKEXO1@hawaii.edu> Message-ID: <75CF552F30ECFA439D9B3008906F2A37022D4A48@STAWINCOMAILCL1.staff.vuw.ac.nz> Hi Beth, My knowledge of this is scrappy, but here goes. DSpace records in the DBMS the mimetype of the files ingested, so this type of 'data' and metadata is already in the system. But, one of the good reasons to record dc.format.mimetype is that you can search/sort and know *exactly* what mimetypes you have in the GUI, because if it's in the metadata you can find it easily, for whatever reason. It starts to get 'interesting' when you have more than 1 object associated with your item record though: e.g a thesis with a dataset: dc.format.mimetype = application/pdf dc.format.mimetype = application/octet-stream It seems obvious that the mimetypes are respectively the thesis and dataset, but who knows? In some way, it might be important to know which is which, which means indicating this in the metadata. Maybe add an XML file outlining which file is which? Plenty of people are fine about just listing them and letting the searcher piece their way through this. We have chosen not to implement dc.format to avoid this. We didn't see that that many users would search for file format and the file extension indicates the mimetype in the UI. It may come back to bite us later on, if for example it is really important for searchers to know what mimetypes are available (for compatibility with software applications). Or, with a view to undertaking preservation interventions/migrations. But, hopefully they would be done via the 'back end' (DBMS) rather than through the metadata anyway. Hope this helps. Ingrid Ingrid Mason Digital Research Repository Coordinator Victoria University of Wellington New Zealand = Aotearoa -----Original Message----- From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of Beth Tillinghast Sent: Saturday, 14 July 2007 12:38 p.m. To: dspace-general at mit.edu Subject: [Dspace-general] dc.format Aloha, I have a question about an element's use in the metadata schema for our DSpace instance. I notice many, but not all, DSpace instances use the dc.format.extent and the dc.format.mimetype elements and qualifiers. I am curious if there is a best-practices reason for this other than a nice-to-know reason. Can this information be used to generate certain reports, for example? Thank you in advance for your responses, Beth _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From scott.yeadon at anu.edu.au Mon Jul 16 19:05:03 2007 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Tue, 17 Jul 2007 09:05:03 +1000 Subject: [Dspace-general] dc.format In-Reply-To: References: Message-ID: <469BF99F.3070003@anu.edu.au> Just FYI, as of DSpace 1.4.1 format.extent and format.mimetype information is no longer stored at the item level but remains associated with the individual bitstreams. Previously this information was duplicated at bitstream and item level, and as Ingrid pointed out it's pretty much useless at item level since it isn't clear which size and format belongs to which bitstream. The size information can be useful for showing users the size of files before they download or for analysing content sizes in the repository, maybe also as a marginal check the original bitstream hasn't changed or been tampered with. Whether this needs to be stored as metadata could be debated. Aside from the fact that mime-types aren't all that specific, they could be useful for categorising content types in the repository (for services such as format migration, identifying formats in danger of becoming obsolete) or for identifying particular files when rendering an object via browser or other application. I'm sure there are other cases where people are using this information as well. Scott. > Date: Mon, 16 Jul 2007 14:41:54 +1200 > From: "Ingrid Mason" > Subject: Re: [Dspace-general] dc.format > To: "Beth Tillinghast" , > Message-ID: > <75CF552F30ECFA439D9B3008906F2A37022D4A48 at STAWINCOMAILCL1.staff.vuw.ac.nz> > > Content-Type: text/plain; charset="us-ascii" > > Hi Beth, > > My knowledge of this is scrappy, but here goes. > > DSpace records in the DBMS the mimetype of the files ingested, so this > type of 'data' and metadata is already in the system. > > But, one of the good reasons to record dc.format.mimetype is that you > can search/sort and know *exactly* what mimetypes you have in the GUI, > because if it's in the metadata you can find it easily, for whatever > reason. > > It starts to get 'interesting' when you have more than 1 object > associated with your item record though: > > e.g a thesis with a dataset: > > dc.format.mimetype = application/pdf > dc.format.mimetype = application/octet-stream > > It seems obvious that the mimetypes are respectively the thesis and > dataset, but who knows? In some way, it might be important to know > which is which, which means indicating this in the metadata. Maybe add > an XML file outlining which file is which? Plenty of people are fine > about just listing them and letting the searcher piece their way through > this. > > We have chosen not to implement dc.format to avoid this. We didn't see > that that many users would search for file format and the file extension > indicates the mimetype in the UI. It may come back to bite us later on, > if for example it is really important for searchers to know what > mimetypes are available (for compatibility with software applications). > Or, with a view to undertaking preservation interventions/migrations. > But, hopefully they would be done via the 'back end' (DBMS) rather than > through the metadata anyway. > > Hope this helps. > > Ingrid > > Ingrid Mason > Digital Research Repository Coordinator > Victoria University of Wellington > New Zealand = Aotearoa > > > > > -----Original Message----- > From: dspace-general-bounces at mit.edu > [mailto:dspace-general-bounces at mit.edu] On Behalf Of Beth Tillinghast > Sent: Saturday, 14 July 2007 12:38 p.m. > To: dspace-general at mit.edu > Subject: [Dspace-general] dc.format > > Aloha, > > I have a question about an element's use in the metadata schema for > our DSpace instance. I notice many, but not all, DSpace instances use > the dc.format.extent and the dc.format.mimetype elements and > qualifiers. I am curious if there is a best-practices reason for this > other than a nice-to-know reason. Can this information be used to > generate certain reports, for example? > > Thank you in advance for your responses, > Beth > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > ------------------------------ > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > End of Dspace-general Digest, Vol 48, Issue 10 > ********************************************** > > From tandrew at staffmail.ed.ac.uk Tue Jul 17 04:09:39 2007 From: tandrew at staffmail.ed.ac.uk (tandrew@staffmail.ed.ac.uk) Date: Tue, 17 Jul 2007 09:09:39 +0100 Subject: [Dspace-general] Archiving research data sets In-Reply-To: <6.2.5.6.2.20070712125832.024e4820@cornell.edu> Message-ID: <200707170809.l6H89cJc022265@lmtp1.ucs.ed.ac.uk> Hi, Regarding deposit of research data sets in institutional repositories, this is the topic of a new UK project funded under the JISC Repositories and Preservation Programme, called DataShare, in which social science data librarians/managers and repository managers will work together to develop policies, good practice, and exemplars using DSpace, EPrints and Fedora software at four universities: Edinburgh, Southampton, Oxford, and London School of Economics. It's early days for us, but at the University of Edinburgh data librarians are working with digital library staff running the Edinburgh Research Archive to establish a related DSpace repository for research datasets to enhance the existing IR service - and to connect 'orphaned' (non-archived) datasets with papers on which they are based in the ERA. Project staff intend to target early adopter depositors in each of our institutions in the area of social science (quantitative) datasets. One of our workpackages involves experimenting with domain-specific XML metadata (DDI or Data Documementation Initiative) and probably bundling the metadata record with the dataset in the same way as described below for environmental datasets. We will be studying social science data archiving guidelines for deposit to major social science data archives, e.g. ICPSR, http://www.icpsr.umich.edu/access/deposit/guidelines.html and the UK Data Archive, http://www.esds.ac.uk/aandp/create/depintro.asp but adapting procedures and forms for each of our institutions and with the lighter touch needed for self-archiving. The project manager would very much like to be in contact with other repositories pursuing deposit of research datasets. A brief project description page is available here, with a fuller website designed to monitor new developments in this arena coming soon. http://edina.ac.uk/projects/datashare_summary.html Best wishes Theo -----Original Message----- From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of Gail Steinhart Sent: 12 July 2007 18:02 To: dspace-general at mit.edu Subject: [Dspace-general] Archiving research data sets Dear Ina, We're starting to deposit scientific data sets (just ecological data so far) in our institutional repository. It would be interesting to hear what other people are doing. We provide researchers with some recommendations on formatting data - derived from various sources, including (among others): - Best Practices for Preparing Ecological Data Sets to Share and Archive (ORNL-DAAC): http://www.daac.ornl.gov/PI/bestprac.html - Ecological data : design, management, and processing. 2000. Authors:Michener,William K.; Brunt,James W. These include fairly common sense recommendations and apply mostly to tabular data. We also recommend that researchers save their data to a format that is more stable for preservation - tab- or comma-delimited text, for example, rather than an Excel spreadsheet. We haven't considered recommending XML as a format - I'd be curious if anyone else has given that any thought. We ALSO encourage researchers to deposit data in a domain repository, if one exists. If one exists, there may also exist a discipline-specific metadata standard that more fully describes the data than DSpace metadata can. In our case we recommend ecologists use EML (Ecological Metadata Langauge) and deposit the EML record along with the dataset in our DSpace installation - as well as depositing data and metadata in the KNB (Knowledge Network for Biocomplexity). See for example http://hdl.handle.net/1813/7763 for a DSpace submission that has an EML record with it. That's our approach so far - I'd be very interested in hearing what other people are doing, or reactions to this. Best regards, Gail Date: Thu, 12 Jul 2007 12:45:33 +0200 From: "Ina Smith" Subject: [Dspace-general] Archiving research data sets To: dspace-general at mit.edu Message-ID: <4696226D.1050.00C0.0 at up.ac.za> Content-Type: text/plain; charset="iso-8859-15" Good day We would like to start submitting our original research data sets to our DSpace institutional research repository (i.e. for digital curation purposes). Have any of you out there tried it, or can you perhaps recommend best practices in this regard? Examples of how you have implemented it will also be very helpful. It will be much appreciated! Many thanks in advance. Kind regards, Ina Ina Smith Digital Research Repository (UPSpace) Manager & eApplication Specialist Academic Information Service University of Pretoria Pretoria 0002 South Africa Tel.: +27 12 420 3082 Fax: +27 12 362 5100 E-mail: ina.smith at up.ac.za http://www.ais.up.ac.za Gail Steinhart Research Data & Environmental Sciences Librarian Albert R. Mann Library Cornell University Ithaca, NY 14853 Phone: 607-255-7251 Fax: 607-255-0318 E-mail: GSS1 at cornell.edu From kenzie at MIT.EDU Tue Jul 17 11:04:13 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Tue, 17 Jul 2007 11:04:13 -0400 Subject: [Dspace-general] Archiving research data sets In-Reply-To: <200707170809.l6H89cJc022265@lmtp1.ucs.ed.ac.uk> References: <200707170809.l6H89cJc022265@lmtp1.ucs.ed.ac.uk> Message-ID: <469CDA6D.4020801@mit.edu> Hi Theo -- I'm very interested to hear about your new DataShare project, and you might be similarly interested in some work MIT has done in exactly this area, as part of the PLEDGE project with the San Diego Supercomputer Center and UNC. Here's a quick summary of the work done so far to ingest statistical datasets with DDI encoded metadata into DSpace: 1) OAI-PMH Harvester Agent for Social Science Data Services (i.e. the Virtual Data Center http://thedata.org/) This is a command-line executable agent that interacts with OAI Gateways or URLs to generate METS packages containing the resources referenced by the document residing at that URL. An implementation has been written for the case where the object residing at that URL is a DDI document. In the DSpace case, a handler processes the DDI document instance found within an OAI /GetRecord/ call and crawls its related resources to retrieve all the appropriate content and serialize it into a DSpace SIP package capable of being ingested into a DSpace instance. 2) DSpace DDI Packager: The DDI Packager for DSpace is an implementation of a /DSpace Ingest Packager/ that is capable of processing a Package that includes a DDI file to produce a /DSpace Item/, with mappings to Dublin Core and ingestion of included data files as /Item Bitstreams/. It includes the original DDI document as a primary file associated with the /DSpace Item/, and the DDI?s URIs are converted to point to the locally archived copies for all resources. This allows for the DDI to be used as a Manifest, Presentation and Metadata source for DSpace and still appropriately point at the content files locally within the DSpace archive. These two sub-projects are currently in alpha release. Both packages have been initially written and have successfully ingested a test DDI study, so much of the initial architectural work is complete. The project is now entering into a testing and adjustment period to work out any major issues with the ingest process during failures in the packaging and submission stages to DSpace. Finally, we've finished a significant amount of the mapping between the METS/PREMIS/MODS schemas used in DSpace and DDI. For the VDC harvesting in particular there is remaining work to fine-tune the mappings across the VDC-centric DDI studies, the VDC system (or technical) metadata available via REST calls against VDC resources, and the DSpace SIP Manifest. More details about this work should be available here http://pledge.mit.edu/index.php/Main_Page#Metadata_Crosswalks_for_VDC_Integration if anyone's interested, and most of this work is being done by Mark Diggory if you want details. Cheers, MacKenzie -- MacKenzie Smith Associate Director for Technology MIT Libraries From mdiggory at MIT.EDU Tue Jul 17 11:46:44 2007 From: mdiggory at MIT.EDU (Mark Diggory) Date: Tue, 17 Jul 2007 11:46:44 -0400 Subject: [Dspace-general] Archiving research data sets In-Reply-To: <200707170809.l6H89cJc022265@lmtp1.ucs.ed.ac.uk> References: <200707170809.l6H89cJc022265@lmtp1.ucs.ed.ac.uk> Message-ID: <2752399F-C30F-45F9-8B82-8638F53D2905@mit.edu> Hello, At MIT, we've been working on an extension of the PLEDGE project focused on archiving social science research data into DSpace from the Harvard MIT Data-center VDC/Dataverse service. The most significant aspect of which is a mapping from various sections of the DDI standard into METS+PREMIS+MODS and a toolset for DSpace capable of importing all relevant study materials (including DDI metadata instances, data files and other materials) into DSpace. This toolset is based on an "Agent Service" I have authored which activates the ingestion process and a "Ingestion Packager" within DSpace that is sensitive to DDI metadata available in such SIPs (Submission Packages) coming into DSpace from such an "Agent Service". Our ultimate goal is to make the service available on top of DSpace and have it be capable of being activated by Collection Manager or Submitters, such that they can archive of specific MIT appropriate Studies from Dataverse into DSpace at MIT. Ideally, we hope that this work will help give rise to the practice of "Content Type" centric SIP packages for the various types of Items we maintain in DSpace and other IRs (Datasets, Articles, Books, Courses, Thesis, Multimedia, etc) and introduce some best practices for exchanging such "Content Packages" between Institutional repositories. The Ingest and Dissemination Packager plugin framework is an excellent area to explore inter-institutional efforts to produce such Content Type centric tools at our various institutions. It is a configurable and extensible system for providing such service within DSpace. In the DSpace Developers group, we hope to foster the development of AddOn's to DSpace that come from the community of institutions that use it as a service. I have a strong interest in seeing how this subject plays out and would enjoy discussing the topic further with everyone. Cheers, Mark Diggory On Jul 17, 2007, at 4:09 AM, tandrew at staffmail.ed.ac.uk wrote: > Hi, > > Regarding deposit of research data sets in institutional > repositories, this > is the topic of a new UK project funded under the JISC Repositories > and > Preservation Programme, called DataShare, in which social science data > librarians/managers and repository managers will work together to > develop > policies, good practice, and exemplars using DSpace, EPrints and > Fedora > software at four universities: Edinburgh, Southampton, Oxford, and > London > School of Economics. > > It's early days for us, but at the University of Edinburgh data > librarians > are working with digital library staff running the Edinburgh Research > Archive to establish a related DSpace repository for research > datasets to > enhance the existing IR service - and to connect 'orphaned' (non- > archived) > datasets with papers on which they are based in the ERA. > > Project staff intend to target early adopter depositors in each of our > institutions in the area of social science (quantitative) datasets. > One of > our workpackages involves experimenting with domain-specific XML > metadata > (DDI or Data Documementation Initiative) and probably bundling the > metadata > record with the dataset in the same way as described below for > environmental > datasets. > > We will be studying social science data archiving guidelines for > deposit to > major social science data archives, e.g. ICPSR, > http://www.icpsr.umich.edu/access/deposit/guidelines.html > and the UK Data Archive, http://www.esds.ac.uk/aandp/create/ > depintro.asp > but adapting procedures and forms for each of our institutions and > with the > lighter touch needed for self-archiving. > > The project manager would very much like to be in contact with other > repositories pursuing deposit of research datasets. A brief project > description page is available here, with a fuller website designed to > monitor new developments in this arena coming soon. > http://edina.ac.uk/projects/datashare_summary.html > > Best wishes > > Theo > > > > -----Original Message----- > From: dspace-general-bounces at mit.edu [mailto:dspace-general- > bounces at mit.edu] > On Behalf Of Gail Steinhart > Sent: 12 July 2007 18:02 > To: dspace-general at mit.edu > Subject: [Dspace-general] Archiving research data sets > > Dear Ina, > > We're starting to deposit scientific data sets (just ecological > data so far) > in our institutional repository. It would be interesting to hear > what other > people are doing. > > We provide researchers with some recommendations on formatting data - > derived from various sources, including (among others): > - Best Practices for Preparing Ecological Data Sets to Share and > Archive > (ORNL-DAAC): http://www.daac.ornl.gov/PI/bestprac.html > > - Ecological data : design, management, and processing. 2000. > Authors:Michener,William K.; Brunt,James W. > > These include fairly common sense recommendations and apply mostly to > tabular data. We also recommend that researchers save their data to > a format > that is more stable for preservation - tab- or comma-delimited > text, for > example, rather than an Excel spreadsheet. We haven't considered > recommending XML as a format - I'd be curious if anyone else has > given that > any thought. > > We ALSO encourage researchers to deposit data in a domain > repository, if one > exists. If one exists, there may also exist a discipline-specific > metadata > standard that more fully describes the data than DSpace metadata > can. In our > case we recommend ecologists use EML (Ecological Metadata Langauge) > and > deposit the EML record along with the dataset in our DSpace > installation - > as well as depositing data and metadata in the KNB (Knowledge > Network for > Biocomplexity). See for example http://hdl.handle.net/1813/7763 > for a DSpace submission that has > an EML > record with it. > > That's our approach so far - I'd be very interested in hearing what > other > people are doing, or reactions to this. > > Best regards, > Gail > > > > Date: Thu, 12 Jul 2007 12:45:33 +0200 > From: "Ina Smith" > Subject: [Dspace-general] Archiving research data sets > To: dspace-general at mit.edu > Message-ID: <4696226D.1050.00C0.0 at up.ac.za> > Content-Type: text/plain; charset="iso-8859-15" > > Good day > > We would like to start submitting our original research data sets to > our DSpace institutional research repository (i.e. for digital > curation > purposes). Have any of you out there tried it, or can you perhaps > recommend > best practices in this regard? Examples of how you have implemented > it will > also be very helpful. > > It will be much appreciated! Many thanks in advance. > > Kind regards, > Ina > > > Ina Smith > Digital Research Repository (UPSpace) Manager & eApplication > Specialist > Academic Information Service > University of Pretoria > Pretoria > 0002 > South Africa > > Tel.: +27 12 420 3082 > Fax: +27 12 362 5100 > E-mail: ina.smith at up.ac.za > http://www.ais.up.ac.za > > > > > Gail Steinhart > Research Data & Environmental Sciences Librarian Albert R. Mann > Library > Cornell University Ithaca, NY 14853 > > Phone: 607-255-7251 > Fax: 607-255-0318 > E-mail: GSS1 at cornell.edu > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general ~~~~~~~~~~~~~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 From michele at dspace.org Tue Jul 17 12:25:03 2007 From: michele at dspace.org (Michele Kimpton) Date: Tue, 17 Jul 2007 12:25:03 -0400 Subject: [Dspace-general] (no subject) Message-ID: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> Dear members of the community, Today we have officially launched the new foundation, with the support and help of the HP Press Relations team and MIT Library Press ( they did a fantastic job!). To coincide with the Foundation announcement we have redesigned and launched a new DSpace.org website. The purpose of redesigning the website was to achieve the following: -Give the website broader appeal from those outside or new to the community -move it to an opensource platform, called Joomla, so the community can actually add content once they are registered users ( like news/ events/weblinks). -Be able to incorporate forums, blogs ect if these become useful to the community. The website is in no way intended to replace or duplicate the content on the wiki. The wiki is the key place for all the developers and interactive users to find the most complete sources of information. The website is just a "lightweight" more organized slice of what the community at large is doing. I would welcome any feedback you have, please remember this is a work in progress, and it was produced in the true- start up fashion- on a shoe string budget with a few people putting in very long hours. In particular I would like to thank Margaret Waters for all her hard work on this. If anyone in the community knows Joomla- or is interested in becoming a content producer on any section of the website- let me know and we can set you up with access to do so- in the true open source way! regards, Michele Kimpton Exec Director, DSpace Foundation From kenzie at MIT.EDU Tue Jul 17 12:52:58 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Tue, 17 Jul 2007 12:52:58 -0400 Subject: [Dspace-general] new web site launch In-Reply-To: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> References: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> Message-ID: <469CF3EA.5050104@mit.edu> Congratulations Michele, I, for one, think the new site looks great and appreciate the ability for everyone add to it. When the press release is out I hope you'll share it on the mailing lists so we'll know what's coming our way! MacKenzie > Dear members of the community, > > Today we have officially launched the new foundation, with the > support and help of the HP Press Relations team and MIT Library Press > ( they did a fantastic job!). To coincide with the Foundation > announcement we have redesigned and launched a new DSpace.org > website. The purpose of redesigning the website was to achieve the > following: > > -Give the website broader appeal from those outside or new to the > community > > -move it to an opensource platform, called Joomla, so the community > can actually add content once they are registered users ( like news/ > events/weblinks). > > -Be able to incorporate forums, blogs ect if these become useful to > the community. > > The website is in no way intended to replace or duplicate the content > on the wiki. The wiki is the key place for all the developers and > interactive users to find the most complete sources of information. > The website is just a "lightweight" more organized slice of what the > community at large is doing. > > I would welcome any feedback you have, please remember this is a work > in progress, and it was produced in the true- start up fashion- on a > shoe string budget with a few people putting in very long hours. In > particular I would like to thank Margaret Waters for all her hard > work on this. > > > If anyone in the community knows Joomla- or is interested in becoming > a content producer on any section of the website- let me know and we > can set you up with access to do so- in the true open source way! > > > regards, > Michele Kimpton > Exec Director, DSpace Foundation > -- MacKenzie Smith Associate Director for Technology MIT Libraries From roberttansley at google.com Tue Jul 17 13:56:58 2007 From: roberttansley at google.com (Robert Tansley) Date: Tue, 17 Jul 2007 13:56:58 -0400 Subject: [Dspace-general] (no subject) In-Reply-To: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> References: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> Message-ID: <38d44e00707171056t16ea0c93h118e263e21b92a38@mail.gmail.com> This is great news, thanks Michele and everyone else involved! Rob On 17/07/07, Michele Kimpton wrote: > Dear members of the community, > > Today we have officially launched the new foundation, with the > support and help of the HP Press Relations team and MIT Library Press > ( they did a fantastic job!). To coincide with the Foundation > announcement we have redesigned and launched a new DSpace.org > website. The purpose of redesigning the website was to achieve the > following: > > -Give the website broader appeal from those outside or new to the > community > > -move it to an opensource platform, called Joomla, so the community > can actually add content once they are registered users ( like news/ > events/weblinks). > > -Be able to incorporate forums, blogs ect if these become useful to > the community. > > The website is in no way intended to replace or duplicate the content > on the wiki. The wiki is the key place for all the developers and > interactive users to find the most complete sources of information. > The website is just a "lightweight" more organized slice of what the > community at large is doing. > > I would welcome any feedback you have, please remember this is a work > in progress, and it was produced in the true- start up fashion- on a > shoe string budget with a few people putting in very long hours. In > particular I would like to thank Margaret Waters for all her hard > work on this. > > > If anyone in the community knows Joomla- or is interested in becoming > a content producer on any section of the website- let me know and we > can set you up with access to do so- in the true open source way! > > > regards, > Michele Kimpton > Exec Director, DSpace Foundation > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > From Naomi.Eichenlaub at RoyalRoads.ca Tue Jul 17 13:58:22 2007 From: Naomi.Eichenlaub at RoyalRoads.ca (Naomi Eichenlaub) Date: Tue, 17 Jul 2007 10:58:22 -0700 Subject: [Dspace-general] Maximum file size for uploads? Message-ID: Hello, We are having some problems trying to upload a 110 MB video file (.mpg) to DSpace. The upload seems to times out and we get an Error Uploading File message. I understand that there is a 512 MB maximum file size, and we have verified that our dspace.cfg file is configured for 512 MB max uploads. Has anyone else encountered this problem with large files? Does anyone have any solutions to offer? Thanks kindly, Naomi ------------------------------------ Naomi Eichenlaub, MLIS Librarian Royal Roads University Library 2005 Sooke Road, Victoria, BC V9B 5Y2 250.391.2600 x 4241 naomi.eichenlaub at royalroads.ca -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070717/8cb1e9e2/attachment.htm From kenzie at MIT.EDU Tue Jul 17 17:06:36 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Tue, 17 Jul 2007 17:06:36 -0400 Subject: [Dspace-general] dc.format In-Reply-To: <469BF99F.3070003@anu.edu.au> References: <469BF99F.3070003@anu.edu.au> Message-ID: <469D2F5C.4060507@mit.edu> Also just a footnote to all this that one intention of keeping the file's technical metadata, and especially the format, was as a placeholder for much richer metadata in the future. In particular the ability to link that information up to something like the Global Digital Format Registry (http://hul.harvard.edu/gdfr/) or PRONOM database (http://www.nationalarchives.gov.uk/pronom/) for definitive information on file formats as an aid to long-term digital preservation. MIT is working on a project in that direction, to make much better use of file-level metadata for preservation purposes and ultimately integrate DSpace with the GDFR and other handy registries. Larry Stone will be sending an email tomorrow to the tech list about that, so if you're interested, stay tuned... MacKenzie Scott Yeadon wrote: > Just FYI, as of DSpace 1.4.1 format.extent and format.mimetype > information is no longer stored at the item level but remains associated > with the individual bitstreams. Previously this information was > duplicated at bitstream and item level, and as Ingrid pointed out it's > pretty much useless at item level since it isn't clear which size and > format belongs to which bitstream. > > The size information can be useful for showing users the size of files > before they download or for analysing content sizes in the repository, > maybe also as a marginal check the original bitstream hasn't changed or > been tampered with. Whether this needs to be stored as metadata could be > debated. Aside from the fact that mime-types aren't all that specific, > they could be useful for categorising content types in the repository > (for services such as format migration, identifying formats in danger of > becoming obsolete) or for identifying particular files when rendering an > object via browser or other application. > > I'm sure there are other cases where people are using this information > as well. > > Scott. > > >> Date: Mon, 16 Jul 2007 14:41:54 +1200 >> From: "Ingrid Mason" >> Subject: Re: [Dspace-general] dc.format >> To: "Beth Tillinghast" , >> Message-ID: >> <75CF552F30ECFA439D9B3008906F2A37022D4A48 at STAWINCOMAILCL1.staff.vuw.ac.nz> >> >> Content-Type: text/plain; charset="us-ascii" >> >> Hi Beth, >> >> My knowledge of this is scrappy, but here goes. >> >> DSpace records in the DBMS the mimetype of the files ingested, so this >> type of 'data' and metadata is already in the system. >> >> But, one of the good reasons to record dc.format.mimetype is that you >> can search/sort and know *exactly* what mimetypes you have in the GUI, >> because if it's in the metadata you can find it easily, for whatever >> reason. >> >> It starts to get 'interesting' when you have more than 1 object >> associated with your item record though: >> >> e.g a thesis with a dataset: >> >> dc.format.mimetype = application/pdf >> dc.format.mimetype = application/octet-stream >> >> It seems obvious that the mimetypes are respectively the thesis and >> dataset, but who knows? In some way, it might be important to know >> which is which, which means indicating this in the metadata. Maybe add >> an XML file outlining which file is which? Plenty of people are fine >> about just listing them and letting the searcher piece their way through >> this. >> >> We have chosen not to implement dc.format to avoid this. We didn't see >> that that many users would search for file format and the file extension >> indicates the mimetype in the UI. It may come back to bite us later on, >> if for example it is really important for searchers to know what >> mimetypes are available (for compatibility with software applications). >> Or, with a view to undertaking preservation interventions/migrations. >> But, hopefully they would be done via the 'back end' (DBMS) rather than >> through the metadata anyway. >> >> Hope this helps. >> >> Ingrid >> >> Ingrid Mason >> Digital Research Repository Coordinator >> Victoria University of Wellington >> New Zealand = Aotearoa >> >> >> >> >> -----Original Message----- >> From: dspace-general-bounces at mit.edu >> [mailto:dspace-general-bounces at mit.edu] On Behalf Of Beth Tillinghast >> Sent: Saturday, 14 July 2007 12:38 p.m. >> To: dspace-general at mit.edu >> Subject: [Dspace-general] dc.format >> >> Aloha, >> >> I have a question about an element's use in the metadata schema for >> our DSpace instance. I notice many, but not all, DSpace instances use >> the dc.format.extent and the dc.format.mimetype elements and >> qualifiers. I am curious if there is a best-practices reason for this >> other than a nice-to-know reason. Can this information be used to >> generate certain reports, for example? >> >> Thank you in advance for your responses, >> Beth >> -- MacKenzie Smith Associate Director for Technology MIT Libraries From james.rutherford at hp.com Wed Jul 18 05:54:16 2007 From: james.rutherford at hp.com (James Rutherford) Date: Wed, 18 Jul 2007 10:54:16 +0100 Subject: [Dspace-general] [Dspace-tech] new web site launch In-Reply-To: <469CF3EA.5050104@mit.edu> References: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> <469CF3EA.5050104@mit.edu> Message-ID: <20070718095416.GW25916@pomona.hpl.hp.com> On Tue, Jul 17, 2007 at 12:52:58PM -0400, MacKenzie Smith wrote: > When the press release is out I hope you'll share it on the mailing > lists so we'll know what's coming our way! It's already out: http://biz.yahoo.com/bw/070717/20070717005251.html?printer=1 cheers, Jim -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. james.rutherford at hp.com | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as "HP CONFIDENTIAL". From roberttansley at google.com Wed Jul 18 08:50:11 2007 From: roberttansley at google.com (Robert Tansley) Date: Wed, 18 Jul 2007 08:50:11 -0400 Subject: [Dspace-general] [Dspace-tech] new web site launch In-Reply-To: <20070718095416.GW25916@pomona.hpl.hp.com> References: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> <469CF3EA.5050104@mit.edu> <20070718095416.GW25916@pomona.hpl.hp.com> Message-ID: <38d44e00707180550u6ed3fb7ap7eb13b9093695317@mail.gmail.com> http://money.cnn.com/news/newsfeeds/articles/primenewswire/121846.htm Erm, oops, no wait: http://news.google.com/news?hl=en&ned=us&ie=UTF-8&ncl=1118262733 :-) On 18/07/07, James Rutherford wrote: > On Tue, Jul 17, 2007 at 12:52:58PM -0400, MacKenzie Smith wrote: > > When the press release is out I hope you'll share it on the mailing > > lists so we'll know what's coming our way! > > It's already out: > > http://biz.yahoo.com/bw/070717/20070717005251.html?printer=1 > > cheers, > > Jim > > -- > James Rutherford | Hewlett-Packard Limited registered Office: > Research Engineer | Cain Road, > HP Labs | Bracknell, > Bristol, UK | Berks > +44 117 312 7066 | RG12 1HN. > james.rutherford at hp.com | Registered No: 690597 England > > The contents of this message and any attachments to it are confidential and > may be legally privileged. If you have received this message in error, you > should delete it from your system immediately and advise the sender. To any > recipient of this message within HP, unless otherwise stated you should > consider this message and attachments as "HP CONFIDENTIAL". > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > DSpace-tech mailing list > DSpace-tech at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > From ghenry at rice.edu Wed Jul 18 09:50:59 2007 From: ghenry at rice.edu (Geneva Henry) Date: Wed, 18 Jul 2007 08:50:59 -0500 Subject: [Dspace-general] [Dspace-tech] new web site launch In-Reply-To: <38d44e00707180550u6ed3fb7ap7eb13b9093695317@mail.gmail.com> References: <7725E0F1-463A-4BD5-A620-EAA403280AA2@dspace.org> <469CF3EA.5050104@mit.edu> <20070718095416.GW25916@pomona.hpl.hp.com> <38d44e00707180550u6ed3fb7ap7eb13b9093695317@mail.gmail.com> Message-ID: <469E1AC3.9050702@rice.edu> That first article is great; -- a strong sustainability model ;-) regards, geneva ^~^ (o o) /`v`\ who? |'''| |\'/| """ Geneva Henry Executive Director, Digital Library Initiative Rice University Fondren Library -- MS-44 P.O. Box 1892 Houston, TX 77251-1892 (overnight delivery address: 6100 Main St., Houston, TX 77005) voice:(713)348-2480 | ghenry at rice.edu Robert Tansley wrote: > http://money.cnn.com/news/newsfeeds/articles/primenewswire/121846.htm > > Erm, oops, no wait: > > http://news.google.com/news?hl=en&ned=us&ie=UTF-8&ncl=1118262733 > > :-) > > On 18/07/07, James Rutherford wrote: > >> On Tue, Jul 17, 2007 at 12:52:58PM -0400, MacKenzie Smith wrote: >> >>> When the press release is out I hope you'll share it on the mailing >>> lists so we'll know what's coming our way! >>> >> It's already out: >> >> http://biz.yahoo.com/bw/070717/20070717005251.html?printer=1 >> >> cheers, >> >> Jim >> >> -- >> James Rutherford | Hewlett-Packard Limited registered Office: >> Research Engineer | Cain Road, >> HP Labs | Bracknell, >> Bristol, UK | Berks >> +44 117 312 7066 | RG12 1HN. >> james.rutherford at hp.com | Registered No: 690597 England >> >> The contents of this message and any attachments to it are confidential and >> may be legally privileged. If you have received this message in error, you >> should delete it from your system immediately and advise the sender. To any >> recipient of this message within HP, unless otherwise stated you should >> consider this message and attachments as "HP CONFIDENTIAL". >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> DSpace-tech mailing list >> DSpace-tech at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > DSpace-tech mailing list > DSpace-tech at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > !DSPAM:469e0c971245021468! > From jlward1 at u.washington.edu Wed Jul 18 11:06:14 2007 From: jlward1 at u.washington.edu (Jennifer Ward) Date: Wed, 18 Jul 2007 08:06:14 -0700 (PDT) Subject: [Dspace-general] Maximum file size for uploads In-Reply-To: References: Message-ID: Hi Naomi, We had the same problem with media files and found that a batch import works well for this operation. Best, Jennifer ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jennifer Ward Head, Web Services Information Technology Services University of Washington Libraries phone: 206.685.3121 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ On Wed, 18 Jul 2007, dspace-general-request at mit.edu wrote: : 4. Maximum file size for uploads? (Naomi Eichenlaub) : :------------------------------ : :Message: 4 :Date: Tue, 17 Jul 2007 10:58:22 -0700 :From: "Naomi Eichenlaub" :Subject: [Dspace-general] Maximum file size for uploads? : :Hello, : :We are having some problems trying to upload a 110 MB video file (.mpg) :to DSpace. The upload seems to times out and we get an Error Uploading :File message. : :I understand that there is a 512 MB maximum file size, and we have :verified that our dspace.cfg file is configured for 512 MB max uploads. : :Has anyone else encountered this problem with large files? Does anyone :have any solutions to offer? : :Thanks kindly, : :Naomi :------------------------------------ : :Naomi Eichenlaub, MLIS : :Librarian : :Royal Roads University Library :2005 Sooke Road, Victoria, BC V9B 5Y2 :250.391.2600 x 4241 : :naomi.eichenlaub at royalroads.ca From C.Voelker at gmx.net Wed Jul 18 17:59:07 2007 From: C.Voelker at gmx.net (Christian Voelker) Date: Wed, 18 Jul 2007 23:59:07 +0200 Subject: [Dspace-general] Maximum file size for uploads? In-Reply-To: References: Message-ID: Hi, Am 17.07.2007 um 19:58 schrieb Naomi Eichenlaub: > We are having some problems trying to upload a 110 MB video file > (.mpg) to DSpace. > The upload seems to times out How long does it take until the timeout appears? The question sounds weird, but see below. It might be an important hint to what you look for. I cant guess the time because it depends on your bandwidth, cpu... If your dont want to use a watch, you can probably search the logs for this. > Has anyone else encountered this problem with large files? Not me. > Does anyone have any solutions to offer? Check the configuration of all server software down the chain. I dont know your setup, but e.g. the default config of tomcat contains such stuff as: Yours, Christian From fgjohnson at upei.ca Wed Jul 18 21:50:55 2007 From: fgjohnson at upei.ca (Grant Johnson) Date: Wed, 18 Jul 2007 22:50:55 -0300 Subject: [Dspace-general] Export to DC Message-ID: <469EC37F.8020701@upei.ca> Hey all, I need to move a collection into a different non-dspace archive. No problem exporting using the DC or METS class but ....... Can I get the "Collection Name" included in the export metadata? Cheers Grant Johnson Systems Coordinator, Robertson Library, UPEI From krish at isibang.ac.in Thu Jul 19 01:58:25 2007 From: krish at isibang.ac.in (M Krishnamurthy) Date: Thu, 19 Jul 2007 11:28:25 +0530 (IST) Subject: [Dspace-general] New Website Message-ID: <1172.210.212.206.68.1184824705.squirrel@mail.isibang.ac.in> Dear All, I was very happy to see a new website of DSpace Foundation. I must congratulate all associated with the excellent iniative for this new site. M.Krishnamurthy *************************************** Dr.M.Krishnamurthy,M.A.,M.L.I.Sc.,Ph.D Fulbright Scholar (University of Illinois) Librarian Indian Statistical Institute 8th Mile Mysore Road Bangalore 560059 www.isibang.ac.in/library Ph:91-80-28483002/3 Fax :91-80-28484265 From filippos at uom.gr Thu Jul 19 08:04:07 2007 From: filippos at uom.gr (Filippos Kolovos) Date: Thu, 19 Jul 2007 15:04:07 +0300 Subject: [Dspace-general] Complete Locking down communities Message-ID: <007d01c7c9fc$e8dc9420$46d6fbc3@library.uom.gr> Dear all, Is there a way to completely lock down certain communities in Dspace? We are facing a situation where we would like some communities (already in the database with items) to be searchable, viewable and generally accessible only by the internal university network and also by specific groups and people. The problem is that although we have applied strict permissions to this community and its subcommunities-collections to be accessible only by specific groups in Dspace, the search results, and also some other material (such as the "recent additions" section when one accesses a collection inside the restricted community) are always readable by anyone and also are getting indexed by other search engines, such as google. Search results in this community can also be performed and viewed by anyone We can supposedly disable the indexing from other search engines with robots.txt but is there a way to make a community visible only by specific groups inside Dspace? By "visible only by specific groups" I mean that nobody other should be able to access the community/collections in whole either by the search results, or by anywhere else unless she/he provides a valid username and password. Kind Regards, -Fk -- Filippos N Kolovos Software Systems Analyst & Engineer M.Sc. (Eng.) in Data Communications Automation & Networking Department University of Macedonia Library Egnatia 156, P.O.Box 1591 540 06 Thessaloniki, Greece E-Mail: f.kolovos at ieee.org, filippos at uom.gr Phone: +30-2310-891-826 ----------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070719/b7ec4fca/attachment.htm From ljalgaze at nps.edu Thu Jul 19 18:07:47 2007 From: ljalgaze at nps.edu (Algaze, Louis Contractor) Date: Thu, 19 Jul 2007 15:07:47 -0700 Subject: [Dspace-general] Repost: DSpace Evaluation Information Request Message-ID: <10225B3053423E418E0BA64373BAB7FC47DFE1@FLORIDA-V.ern.nps.edu> Possible repost - sorry if it is. ________________________________ We are considering using DSpace as a Learning Object Repository and have a few questions primarily aimed at academic institutions since there is no DSpace representative that we can call for a product demo. Thank you in advance for whatever information you can provide. How do instructors/users submit content? Is there are Blackboard Building Block? Does it require a separate login? Can you utilize an LDAP datasource? Do you have workflows associated with submitted content? How do you handle copyrighted content? Can DSpace store SCORM objects? Does DSpace have a Cross Domain Solution for SCORM objects to communicate with LMS gradebooks? Can separate organizations be created with their own repositories, users, workflows and permissions? Can one organizations search another organization's content? Can each organization have their own "front end" web page? Can DSpace federate searches i.e. search across several repositories? How long have you used DSpace? How much hard drive space are you using? Have do you done any custom programming for DSpace? If so, what additional functionality did you create What language was utilized? Approximately how much time did it take? Approximately how many people (manhours) are supporting DSpace on campus? Louis Algaze -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070719/46e02969/attachment.htm From C.Voelker at gmx.net Thu Jul 19 19:08:54 2007 From: C.Voelker at gmx.net (Christian Voelker) Date: Fri, 20 Jul 2007 01:08:54 +0200 Subject: [Dspace-general] Repost: DSpace Evaluation Information Request In-Reply-To: <10225B3053423E418E0BA64373BAB7FC47DFE1@FLORIDA-V.ern.nps.edu> References: <10225B3053423E418E0BA64373BAB7FC47DFE1@FLORIDA-V.ern.nps.edu> Message-ID: Hello Louis, most of your questions are answered in the docs: or the FAQ: And for most of them, the answer is yes. I dont know what SCORM is (sounds nasty ;-)) and no, a blackboard is not part of the basic feature set. DSpace is done in Java, so this is premier choice for extensions. LDAP was there as a source for user authentication since the early versions. Translate organization in your question to community in DSpace lingo and there you are. Yes, different layouts per community are supported through manakin since the current version. Copyright: You assign licenses to items during the ingestion process. Drive space depends largely on the data you want to store/preserver inside the repository. Workflows are rather elaborate although subject to constant discussion and improvement. The amount of time it takes to customise depends on experience. The system is powerful, not simple. You shouldnt start tweaking functionality unless you have a thorough understanding of the architecture. Layout does not require such in depth knowledge of course. Java and XML in the first place, but XSLT, SQL, broad administrative knowledge of all kind, postgres, ant, Tomcat are helpful. And understan- ding of the metadata formats it is all about. Search is available for everything inside your repository thanks to lucene; you can import existing data but DSpace is not a Search engine. It is very focussed to digital long term preservation and you will probably wrap some pages around to form a whole site, combining it with a Web CMS or such. I guess you should take time to set up a test environment. Terms are interchangeable and if you compare systems by a score card you dont understand the different intentions behind their development. DSpace is not a Framework or set of building blocks but rather a ready to run system for what it provides. You can get up and running within a short time from the technical side, pro- vided that the administrative aspects are prepared thoughtfully. Bye, Christian From rgamito at lnec.pt Fri Jul 20 11:47:57 2007 From: rgamito at lnec.pt (Rui Gamito) Date: Fri, 20 Jul 2007 16:47:57 +0100 Subject: [Dspace-general] AjaxTags Message-ID: Hi all. Has anyone had any success (or even tried) using AjaxTags ( http://ajaxtags.sourceforge.net/) with DSpace? Thanks, rg. -- Rui Gamito Laborat?rio Nacional de Engenharia Civil LNEC.CTI.NTIEC Avenida do Brasil 101 1700-066 Lisboa, Portugal Tel : ++351 21 844 3819 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070720/6dc2bc2b/attachment.htm From kenzie at MIT.EDU Sat Jul 21 17:11:18 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sat, 21 Jul 2007 17:11:18 -0400 Subject: [Dspace-general] Repost: DSpace Evaluation Information Request In-Reply-To: <10225B3053423E418E0BA64373BAB7FC47DFE1@FLORIDA-V.ern.nps.edu> References: <10225B3053423E418E0BA64373BAB7FC47DFE1@FLORIDA-V.ern.nps.edu> Message-ID: <46A27676.4090806@mit.edu> Louis, To follow up on Christian's response, DSpace was not designed to be a LOR and it doesn't natively handle the e-learning standards, or interoperate with the commercial e-learning products, that you list (especially blackboard/webct). But you can mount DSpace as a content "resource" in Sakai, to import learning objects into course websites. We're also working on Sakai -> DSpace export capability for archiving learning objects and/or course websites. The only way to deal with e-learning metadata schemas (i.e. SCORM and IMS LOM) is to archive them as content files with the LOs and import/export them into external systems for advance search, etc... that's what we do at MIT for the LOM we get for the OpenCourseWare websites, and the crosswalking from IMS LOM to qDC worked fine. There is also an OKI OSID available for DSpace so that it can interoperate with any e-learning system that supports OKI (that might help with the Blackboard case). I can almost guarantee that you will need to do some customization of DSpace (in java) for whatever application you have in mind, but that's not especially hard to do. MacKenzie Algaze, Louis Contractor wrote: > > Possible repost ? sorry if it is. > > ------------------------------------------------------------------------ > > We are considering using DSpace as a Learning Object Repository and > have a few questions primarily aimed at academic institutions since > there is no DSpace representative that we can call for a product demo. > Thank you in advance for whatever information you can provide. > > How do instructors/users submit content? > > Is there are Blackboard Building Block? > > Does it require a separate login? > > Can you utilize an LDAP datasource? > > Do you have workflows associated with submitted content? > > How do you handle copyrighted content? > > Can DSpace store SCORM objects? > > Does DSpace have a Cross Domain Solution for SCORM objects to > communicate with LMS gradebooks? > > Can separate organizations be created with their own repositories, > users, workflows and permissions? > > Can one organizations search another organization?s content? > > Can each organization have their own ?front end? web page? > > Can DSpace federate searches i.e. search across several repositories? > > How long have you used DSpace? > > How much hard drive space are you using? > > Have do you done any custom programming for DSpace? > > If so, what additional functionality did you create > > What language was utilized? > > Approximately how much time did it take? > > Approximately how many people (manhours) are supporting DSpace on campus? > > Louis Algaze > -- MacKenzie Smith Associate Director for Technology MIT Libraries From roberttansley at google.com Mon Jul 23 11:08:37 2007 From: roberttansley at google.com (Robert Tansley) Date: Mon, 23 Jul 2007 11:08:37 -0400 Subject: [Dspace-general] Latest addition to the Committer Group Message-ID: <38d44e00707230808p4774f2ddqf0fdafa4df3b8bf3@mail.gmail.com> Hi all, The committer group is pleased to announce the addition of a new member, Graham Triggs from BioMed Central. Graham has been a very active member of the DSpace technical community, on the lists and on the IRC channel, and has made numerous bug reports and code contributions. He was also involved in the architecture review process. Hence we feel he's a natural addition to our group. We're also excited to have BioMed Central, one of the first commercial organisations to invest in DSpace and offer services based on the platform, represented in the committer group. Please join me in welcoming Graham! Rob on behalf of the DSpace committers From grant.barrie at canterbury.ac.nz Tue Jul 24 01:09:30 2007 From: grant.barrie at canterbury.ac.nz (Grant Barrie) Date: Tue, 24 Jul 2007 17:09:30 +1200 Subject: [Dspace-general] Clickable author urls Message-ID: <5A5BFD6F6BCC374FB7EE5BB073969B38078B55AA@cantwe3.canterbury.ac.nz> We have a mildly irritating problem when sending clickable links to author pages via email. We use an APA-like citation style that follows the author's surname and initials convention. This results in a url for the individual author's that ends with a period (below). http://ir.canterbury.ac.nz/items-by-author?author=Dantas%2C+A. Unfortunately, almost all email programmes look at the (web-safe) period at the end of the string and think of it as a full stop to end the sentence! This means that following the link - while appearing to work correctly - ends in a 'no results page'. Compare the results for the example above with the examples below: http://ir.canterbury.ac.nz/items-by-author?author=Dantas%2C+A&2e, or http://ir.canterbury.ac.nz/items-by-author?author=Dantas%2C+A.& In the examples above, I've substituted the hex value '&2e' for the period, or by simply adding a '&' to the end (thanks Conal). However, I'd much prefer a more permanent fix - so that the urls that are generated can be easily copied and pasted into email by authors themselves, without modification. Has anyone noticed this problem, and managed to resolve it satisfactorily? Cheers, Grant. Grant Barrie Institutional Repository Coordinator University of Canterbury Library Christchurch, New Zealand Tel. +64 364 2987 x8711 http://ir.canterbury.ac.nz/ From i.russell at ucl.ac.uk Tue Jul 24 09:26:06 2007 From: i.russell at ucl.ac.uk (Isabel Galina) Date: Tue, 24 Jul 2007 14:26:06 +0100 Subject: [Dspace-general] looking for repository administrators for survey Message-ID: Hi, I am undertaking research into the use of electronic resources within repositories with particular focus on diverse content type as part of a PhD thesis at University College London. As part of my research I am currently looking for repository administrators (or anyone working directly with a repository in their institution) who would be willing to fill in an online survey about types and use of electronic resources and depositing behaviour. It should take about 15 minutes to complete. The results of this work should provide us with further insight into the use of electronic resources within repositories and help to find appropriate methodologies to detect and evaluate their impact. It is vital to understand if and how these electronic resources are being used and to what extent are they important within the scholarly communication process. The survey is available at: http://www.surveymonkey.com/s.aspx?sm=MfB9OjikWxwLC3n906HKWA_3d_3d * A Spanish version is available at: http://www.surveymonkey.com/s.aspx? sm=FMnlFJNHG202IHk5kBMJCA_3d_3d * Further information about the project can be found at: http:// www.ucl.ac.uk/~uczciga/repositories/index.html I greatly appreciate your participation. If you have any queries or comments please email me at i.russell at ucl.ac.uk Thank you, Isabel Galina Russell University College London, School of Library, Archive and Information Studies i.russell at ucl.ac.uk http://www.ucl.ac.uk/~uczciga *Link is a bit long and you might need to cut and paste both lines into your browser. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070724/e6a8adb3/attachment.htm From samson at uta.edu Thu Jul 26 13:40:08 2007 From: samson at uta.edu (Samson, Bob) Date: Thu, 26 Jul 2007 12:40:08 -0500 Subject: [Dspace-general] Systems Librarian opening Message-ID: <9A9F358293FF2641A70B4A0AC7D082F301685749@MAILFS2.uta.edu> The University of Texas at Arlington Job title: Systems Librarian - Digital Products Posting number: 07-06-15-01-0100 Date available: 08/01/2007 Monthly salary: OPEN negotiable depending on qualifications. Hiring department: Library http://library.uta.edu The Systems Librarian is responsible for the management and functional enhancement of select digital products including, but not limited to, the digital repository, the link resolver, and the federated search solution in use in the Library. Essential functions: Serve as System Administrator for the Library's digital repository (DSpace), link resolver (SFX), and federated search solution (MetaLib). Serve as first point of contact for issues related to the operation and implementation of these digital products. Investigate and implement advanced functionality and enhancements to these digital products. Represent the UT Arlington Library at users' group meetings and other related functions. Participate in other Library Systems projects pertinent to the skills of the incumbent and the strategic directions of the Library. Maintain an awareness of current trends and developments in library automation and information technologies. Participate in professional associations, workshops, conferences, and meetings, and contribute to the advancement of the profession and the status of the UT Arlington Library. Required qualifications: Master's degree from an American Library Association accredited institution. Experience with Microsoft operating systems, including Windows XP and Windows Server 2003. Experience with UNIX/Linux operating systems. Working knowledge of computer networking technologies, the Internet, web-based services, and current developments in library applications of information technologies. Analytic and problem-solving skills and demonstrate an aptitude for technical analysis. Excellent oral and written communication skills. Ability to work in a team-based environment and manage multiple tasks concurrently. Preferred qualifications: 2 years experience in an academic library setting. Experience with digital repositories, link resolvers, and federated search tools (preferably DSpace, SFX, and MetaLib). Working knowledge of Apache, Tomcat, database design and administration. Working knowledge of the OpenURL standard. Working knowledge of Z39.50 and XML gateways for database searching. Working knowledge of at least one of the following development environments: JavaScript, PERL, PHP, .NET. Applicants MUST apply online at www.uta.edu/jobs. If you need assistance or need to use a computer with Internet, you can come to our office at 140 West Mitchell Street, B200, Arlington, TX 76019 (Monday-Friday, 8AM to 4PM). For questions and assistance, call 817-272-3461. This job may close at any time. Please check www.uta.edu/jobs for a list of currently open positions. UTA is an EO/AA employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070726/9d2ef8b1/attachment.htm From shalib2 at gmail.com Fri Jul 27 05:05:48 2007 From: shalib2 at gmail.com (Shali 9846303531) Date: Fri, 27 Jul 2007 14:35:48 +0530 Subject: [Dspace-general] installation help Message-ID: Dear sir After completing the installation of dspace,when i am trying to access the url http://localhost:8080/dspace the following error will appear on screen HTTP Status 500 - ------------------------------ *type* Exception report *message* *description* *The server encountered an internal error () that prevented it from fulfilling this request.* * exception* java.io.FileNotFoundException: /var/lib/tomcat5/work/Catalina/localhost/dspace/org/apache/jsp/index_jsp.java (No such file or directory) java.io.FileOutputStream.open(Native Method) java.io.FileOutputStream .(FileOutputStream.java:179) java.io.FileOutputStream.(FileOutputStream.java:70) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:188) org.apache.jasper.compiler.Compiler.compile (Compiler.java:495) org.apache.jasper.compiler.Compiler.compile(Compiler.java:476) org.apache.jasper.compiler.Compiler.compile(Compiler.java:464) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java :511) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java :236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) *note* *The full stack trace of the root cause is available in the Apache Tomcat/5.0 logs.* -- Shali.K.R Asst.Librarian(Digital) Vidya Academy of Science & Technology Thrissur, Kerala. Mob:9847593531,9846303531 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070727/979a43d1/attachment.htm From era at eepis-its.edu Tue Jul 31 20:21:15 2007 From: era at eepis-its.edu (era@eepis-its.edu) Date: Wed, 1 Aug 2007 07:21:15 +0700 (WIT) Subject: [Dspace-general] (no subject) Message-ID: <33325.202.154.187.7.1185927675.squirrel@webmail.eepis-its.edu> hello ----------------------------------------- This email was sent using EEPIS-Webmail. http://webmail.eepis-its.edu/