From atrium601 at gmail.com Wed Mar 1 04:09:18 2006 From: atrium601 at gmail.com (Rui Gamito) Date: Wed, 1 Mar 2006 09:09:18 +0000 Subject: [Dspace-general] Communicating with DSpace Message-ID: Hi all. What would be the best place to look for an API, or something of the kind, for communicating wwwith DSpace? I'm asking this because I want it to be possible to access DSpace "information" through other applications. Thanks, Rui . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060301/33f06e45/attachment.htm From wreilly at MIT.EDU Wed Mar 1 07:44:42 2006 From: wreilly at MIT.EDU (William Reilly) Date: Wed, 1 Mar 2006 07:44:42 -0500 Subject: [Dspace-general] Communicating with DSpace In-Reply-To: References: Message-ID: <57445239a42a7d4877430a049434e9e2@mit.edu> On Mar 1, 2006, at 4:09 AM, Rui Gamito wrote: > Hi all. > > What would be the best place to look for an API, or something of the > kind, > for communicating wwwith DSpace? > I'm asking this because I want it to be possible to access DSpace > "information" through other applications. > > Thanks, > Rui > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > Hello Rui, Cross-posting this response to the dspace-tech list (vs. -general). You should have a look at the (still forthcoming) "Lightweight Network Interface" (LNI) set of Web Services that are in development: http://wiki.dspace.org/LightweightNetworkInterface Our project is currently testing the new functionality the LNI provides: an implementation of most of the WebDAV protocol, talking to the DSpace Content API. SOAP methods on top of this are provided as well. http://cwspace.mit.edu/wiki/LightweightNetworkInterface We'd be interested to learn more about what sorts of uses you would put such exposed services to. Best, William Reilly Technical Analyst MIT Libraries' Digital Library Research Group E25-131 77 Massachusetts Avenue Cambridge, Massachusetts 02139 U.S.A. 617 253-5716 wreilly at mit.edu Project Manager CWSpace: Archiving MIT OpenCourseWare in DSpace http://cwspace.mit.edu From levan at oclc.org Wed Mar 1 09:37:47 2006 From: levan at oclc.org (LeVan,Ralph) Date: Wed, 1 Mar 2006 09:37:47 -0500 Subject: [Dspace-general] Communicating with DSpace Message-ID: <811A02A11096B343880D2EEF72C4C832029A6F76@OAEXCH2SERVER.oa.oclc.org> There is an SRW interface to DSpace that provides a search and retrieve web service. You can implement it to search your own repository. If you're hoping to use it to search other repositories, then you'll have to make individual arrangements with those repositories to have them turn on SRW access. If you were thinking of some other sort of access, then you'll need to be more explicit. The SRW server is at http://www.oclc.org/research/software/srw. Ralph ________________________________ From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of Rui Gamito Sent: Wednesday, March 01, 2006 4:09 AM To: dspace-general at mit.edu Subject: [Dspace-general] Communicating with DSpace Hi all. What would be the best place to look for an API, or something of the kind, for communicating wwwith DSpace? I'm asking this because I want it to be possible to access DSpace "information" through other applications. Thanks, Rui . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060301/448b9e21/attachment.htm From hgxu at hotmail.com Thu Mar 2 17:12:52 2006 From: hgxu at hotmail.com (hong xu) Date: Fri, 03 Mar 2006 06:12:52 +0800 Subject: [Dspace-general] DSpace classification Message-ID: Hi, everyone: I am confusing about some questions. 1. Is there a classification in DSpace? 2.What principle DSpace give a community/collection/file a handle number according to? 3.In the metadata entry, is there some requirements? What type of entry is valide or unvalide? From gantulga at mas.ac.mn Sun Mar 5 00:58:14 2006 From: gantulga at mas.ac.mn (L.Gantulga) Date: Sun, 5 Mar 2006 13:58:14 +0800 Subject: [Dspace-general] Thanks for All Experts Message-ID: <03ba01c64019$cad9f6c0$0300a8c0@admin> Dear DSpace Experts and Developers, Thank you very much for all experts supports. I am successful installed First install of the Dspace 1.3.2 with Researchers tools on Fedora Core 4 in Mongolia. Especially below people - MIT DSpace Team - Ryan Ordway, Oregon State University Libraries - Leonardo, Universidade Catolica de Brasilia - Sofia Alicia Trevino Garza, Universidad Virtual - Direccion de Informatica - Christian Voelker - Nathan Sarr, University of Rochester - Author of http://femto.cs.uiuc.edu/~sbond/dspace/ - Author of http://www.linuxtraining.org.uk/blogger.html At now, I am trying to solve little problems in my server. If you, Some problem to install the Dspace on Fedora core 4. I can help anyone... Many thanks again your kindly cooperation with us... Mr., Gantulga Lkhagva System Administrator ================================ Mongolian Academy of Sciences Prime Minister Amar Street 1. 210620A Mongolia MONGOLIA P.O.Box 20A/34 Tel: +976-11-453660 /12/ Fax: +976-11-262247 Mobile: +976-99298498 E-mail: gantulga at mas.ac.mn ================================ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060305/3463ca9d/attachment.htm From scott.yeadon at anu.edu.au Sun Mar 5 19:56:37 2006 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Mon, 06 Mar 2006 11:56:37 +1100 Subject: [Dspace-general] DSpace classification In-Reply-To: References: Message-ID: <440B88C5.2020804@anu.edu.au> Hi Hong, >Date: Fri, 03 Mar 2006 06:12:52 +0800 >From: "hong xu" >Subject: [Dspace-general] DSpace classification >To: dspace-general at mit.edu >Message-ID: >Content-Type: text/plain; format=flowed > >Hi, everyone: > >I am confusing about some questions. > >1. Is there a classification in DSpace? > > The ability to configure classification schemes in DSpace will be available in 1.4. >2.What principle DSpace give a community/collection/file a handle number >according to? > > A handle prefix is assigned by CNRI which identifies your repository, and the DSpace software assigns a unique number to each object (Community/Collection/Item). The CNRI prefix and the DSpace number form the unique handle identifier. >3.In the metadata entry, is there some requirements? What type of entry is >valide or unvalide? > > The only requirement for the default item submission is a title. As of DSpace 1.2.2 you can customise the metadata entry pages so you can decide what metadata needs to be entered. Scott. From jigar_infy at yahoo.com Mon Mar 6 08:30:58 2006 From: jigar_infy at yahoo.com (Jigar Kadakia) Date: Mon, 6 Mar 2006 05:30:58 -0800 (PST) Subject: [Dspace-general] Updating existing items with new Handle Server Message-ID: <20060306133058.32602.qmail@web36213.mail.mud.yahoo.com> Hi, I have a couple of Items in the DSpace, with its default handle (123456789). Recently I have subscribed to the CNRI handle server, and have got the prefix. All new items get the new handle URL. But for the existing items, it still contains the old Handle (123456789). How should I update the handles for these old items? Any help would be appreciated. Regards, Jigar --------------------------------- Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060306/aa4235d0/attachment.htm From sdl at aber.ac.uk Mon Mar 6 08:41:00 2006 From: sdl at aber.ac.uk (Stuart David Lewis [sdl]) Date: Mon, 6 Mar 2006 13:41:00 -0000 Subject: [Dspace-general] Updating existing items with new Handle Server Message-ID: <2E32E4049258DA42B884AB8EA753F64C2C4637@issvexch1.staff.aber.ac.uk> Dear Jigar, Hopefully this will help you: - http://sourceforge.net/mailarchive/forum.php?thread_id=9668018&forum_id= 13580 Thanks, Stuart _________________________________________________________________ Datblygydd Cymwysiadau'r We Web Applications Developer 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: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of Jigar Kadakia Sent: 06 March 2006 13:31 To: dspace-general at mit.edu Subject: [Dspace-general] Updating existing items with new Handle Server Hi, I have a couple of Items in the DSpace, with its default handle (123456789). Recently I have subscribed to the CNRI handle server, and have got the prefix. All new items get the new handle URL. But for the existing items, it still contains the old Handle (123456789). How should I update the handles for these old items? Any help would be appreciated. Regards, Jigar ________________________________ Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze. From xiaoyany at vt.edu Mon Mar 6 11:03:16 2006 From: xiaoyany at vt.edu (xiaoyan Yu) Date: Mon, 6 Mar 2006 11:03:16 -0500 Subject: [Dspace-general] How does DSpace support richful metadata such as the record in CiteSeer? Message-ID: <442A60E2@zathras> We are currently uploading data from the CiteSeer collection to DSpace, and face the problem of how to map richful metadata to something that DSpace can manage well. Further, we plan to make the data accessible through NSDL, but it is not clear precisely how to use Dublin Core with qualifiers (e.g., how to apply the ideas of DC-Ed) in a way suitable for NSDL (www.nsdl.org). We suspect that DSpace can only use strings, not RDF, for entries in the metadata? One particular concern is how to map rich information into DSpace records. Normally we would use DC:creator, but how would we code:
80290 Munchen , Germany
Institut fur Informatik; Technische Universitat Munchen Please advise. Thanks, xiaoyan From scott.yeadon at anu.edu.au Mon Mar 6 16:50:33 2006 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Tue, 07 Mar 2006 08:50:33 +1100 Subject: [Dspace-general] How does DSpace support richful metadata, such as the record in CiteSeer? Message-ID: <440CAEA9.404@anu.edu.au> Hi Xiaoyan, If you have RDF metadata you may be better off storing it as a bitstream within the item. The example you give holds metadata not only about the item (i.e. its author) but metadata about metadata (i.e. the author's address and affiliation). The DSpace database only handles flat metadata models not hierarhical ones. There is a qualified DC crosswalk incoporated in the next version of DSpace (1.4) which will be released in alpha shortly (or you can have look at it in the current CVS). Scott. Date: Mon, 6 Mar 2006 11:03:16 -0500 From: xiaoyan Yu Subject: [Dspace-general] How does DSpace support richful metadata such as the record in CiteSeer? To: dspace-general at mit.edu Message-ID: <442A60E2 at zathras> Content-Type: text/plain; charset="ISO-8859-1" We are currently uploading data from the CiteSeer collection to DSpace, and face the problem of how to map richful metadata to something that DSpace can manage well. Further, we plan to make the data accessible through NSDL, but it is not clear precisely how to use Dublin Core with qualifiers (e.g., how to apply the ideas of DC-Ed) in a way suitable for NSDL (www.nsdl.org). We suspect that DSpace can only use strings, not RDF, for entries in the metadata? One particular concern is how to map rich information into DSpace records. Normally we would use DC:creator, but how would we code:
80290 Munchen , Germany
Institut fur Informatik; Technische Universitat Munchen Please advise. Thanks, xiaoyan From Renata.Arovelius at adm.slu.se Wed Mar 8 06:03:15 2006 From: Renata.Arovelius at adm.slu.se (Renata Arovelius) Date: Wed, 8 Mar 2006 12:03:15 +0100 Subject: [Dspace-general] Critical issues for the preservation of datasets - reminder Message-ID: <200603081103.k28B3F36030768@mail1.slu.se> Dear Colleagues, FYI just a reminder: The deadline for registration to the international workshop on "Critical Issues for the Preservation of Datasets" is on March 15. An abbreviated version in English of the final report on the project "SLU Pilot Study: Digital Preservation of Research Material" incl. the evaluation of DSpace as a system for long term preservation, is also available now on the conference website http://www-conference.slu.se/digitalpreservation/index.html Hope to see you in Uppsala! Best regards /Renata Arovelius ______________________________________ Renata Arovelius SLU (Sveriges lantbruksuniversitet)/ Swedish University of Agricultural Sciences Universitetsledningens kansli Rector Office Arrheniusplan 2 C Tel: +46 18 671283 P.O. Box 7070 Fax: +46 18 672000 S-750 07 Uppsala e-post/E-mail: Renata.Arovelius at adm.slu.se http://www-jurdok.adm.slu.se/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060308/0b7d5e37/attachment.htm From shaheen.sha at gmail.com Wed Mar 8 09:32:06 2006 From: shaheen.sha at gmail.com (shaheen shah) Date: Wed, 8 Mar 2006 20:02:06 +0530 Subject: [Dspace-general] Please answer - itz urgent -Thx Message-ID: Hello, I am creating a CD that has many article in various formats - I wanna know how to integrate the Dspace with the files so that I may be able to use it in any Comp - or simply can Dspace made inot a set-up .exe format; if yes , how? Forgive me if my questions seems to silly... Thank for you patience.. Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060308/3ffe2f24/attachment.htm From ruigrokvanderwerven at ubib.eur.nl Wed Mar 8 10:46:55 2006 From: ruigrokvanderwerven at ubib.eur.nl (Jeroen Ruigrok van der Werven) Date: Wed, 08 Mar 2006 16:46:55 +0100 Subject: [Dspace-general] Please answer - itz urgent -Thx In-Reply-To: References: Message-ID: <440EFC6F.3090707@ubib.eur.nl> shaheen shah wrote: > I am creating a CD that has many article in various formats - I wanna > know how to integrate the Dspace with the files so that I may be able to > use it in any Comp - or simply can Dspace made inot a set-up .exe > format; if yes , how? I very much doubt it. Given how it needs: - Java - Tomcat - Webserver (most likely Apache) - RDBMS You could of course create a setup .exe that does all these things, but it will take a lot of knowledge of the above, the setup application as well as the initial configuration of DSpace and the likes. > Forgive me if my questions seems to silly... They could've been answered by looking at the installation documentation for a minute. -- Jeroen Ruigrok van der Werven IT Dept Erasmus University Library From hussein at cs.uct.ac.za Wed Mar 8 10:56:42 2006 From: hussein at cs.uct.ac.za (Hussein Suleman) Date: Wed, 08 Mar 2006 17:56:42 +0200 Subject: [Dspace-general] Please answer - itz urgent -Thx In-Reply-To: <440EFC6F.3090707@ubib.eur.nl> References: <440EFC6F.3090707@ubib.eur.nl> Message-ID: <440EFEBA.9000205@cs.uct.ac.za> hi you might want to look at Greenstone - it offers the type of feature you seem to be looking for (as long as you dont want to submit new documents). ttfn, ----hussein ===================================================================== hussein suleman ~ hussein at cs.uct.ac.za ~ http://www.husseinsspace.com ===================================================================== Jeroen Ruigrok van der Werven wrote: > shaheen shah wrote: > >>I am creating a CD that has many article in various formats - I wanna >>know how to integrate the Dspace with the files so that I may be able to >>use it in any Comp - or simply can Dspace made inot a set-up .exe >>format; if yes , how? > > > I very much doubt it. > > Given how it needs: > > - Java > - Tomcat > - Webserver (most likely Apache) > - RDBMS > > You could of course create a setup .exe that does all these things, but it > will take a lot of knowledge of the above, the setup application as well as > the initial configuration of DSpace and the likes. > > >>Forgive me if my questions seems to silly... > > > They could've been answered by looking at the installation documentation for a > minute. > From robert.tansley at hp.com Wed Mar 8 16:54:43 2006 From: robert.tansley at hp.com (Tansley, Robert) Date: Wed, 8 Mar 2006 16:54:43 -0500 Subject: [Dspace-general] DSpace Testathon, March 21 + 22 Message-ID: <6B003D25ADBDE347B5542AFE6A55B42E0729F60D@tayexc13.americas.cpqcorp.net> Dear all Announcing the first 2-day DSpace Testathon! This is a two-day, all-time zone event where the DSpace community can come together (virtually) to collectively give the latest DSpace release a thorough workout. Please join in and help make DSpace a robust and stable system, and get a mention in the DSpace credits! You don't need to be technically-minded! Time: Tuesday March 21 and Wednesday March 22 Place: IRC Server: chat.freenode.net port 6667 (the default) Channel: #dspace You don't need to spend all of the two days to get involved -- even if you just have one hour, please get involved to help us make the next release of DSpace as stable and robust as possible. We will try and ensure there is a DSpace committer on that channel at all times (in all time zones) to answer questions and to collect bug reports. If you don't know what IRC (Internet Relay Chat, a bit like Instant Messaging) is or how to use it, see: http://www.irchelp.org/irchelp/new2irc.html We need: - Non-technical people (we'll provide a DSpace for you to try out the UI) - Technical people + To try out more technical features like OAI-PMH + With a server, to try out a fresh install + With an existing (test!) DSpace 1.3.x installation, to try out an upgrade + With access to an Oracle database, an LDAP server for authentication, or an SRB server for storage For the non-techies and those who don't have a server to hand, there will be a test DSpace server here: http://tspacetest.library.utoronto.ca:14080/ There is a Wiki page for test areas, feedback and coordinating efforts (so we don't all test the same things and leave other areas untested): http://wiki.dspace.org/TestathonPage We look forward to working with you to make the next version of DSpace the most stable yet! The DSpace Committers From shaheen.sha at gmail.com Wed Mar 8 22:13:39 2006 From: shaheen.sha at gmail.com (shaheen shah) Date: Thu, 9 Mar 2006 08:43:39 +0530 Subject: [Dspace-general] Please answer - itz urgent -Thx In-Reply-To: <440EFEBA.9000205@cs.uct.ac.za> References: <440EFC6F.3090707@ubib.eur.nl> <440EFEBA.9000205@cs.uct.ac.za> Message-ID: Thanks for the info, thanks. It seems that I wud have to use Greenstone. God bless you. On 3/8/06, Hussein Suleman wrote: > > hi > > you might want to look at Greenstone - it offers the type of feature you > seem to be looking for (as long as you dont want to submit new documents). > > ttfn, > ----hussein > > ===================================================================== > hussein suleman ~ hussein at cs.uct.ac.za ~ http://www.husseinsspace.com > ===================================================================== > > Jeroen Ruigrok van der Werven wrote: > > shaheen shah wrote: > > > >>I am creating a CD that has many article in various formats - I wanna > >>know how to integrate the Dspace with the files so that I may be able to > >>use it in any Comp - or simply can Dspace made inot a set-up .exe > >>format; if yes , how? > > > > > > I very much doubt it. > > > > Given how it needs: > > > > - Java > > - Tomcat > > - Webserver (most likely Apache) > > - RDBMS > > > > You could of course create a setup .exe that does all these things, but > it > > will take a lot of knowledge of the above, the setup application as well > as > > the initial configuration of DSpace and the likes. > > > > > >>Forgive me if my questions seems to silly... > > > > > > They could've been answered by looking at the installation documentation > for a > > minute. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060309/e40ebc0b/attachment.htm From cdygert at american.edu Thu Mar 9 12:16:44 2006 From: cdygert at american.edu (Claire Dygert) Date: Thu, 9 Mar 2006 12:16:44 -0500 Subject: [Dspace-general] Claire Dygert is out of the office. Message-ID: I will be out of the office starting 03/08/2006 and will not return until 03/14/2006. If you need immediate help from the Serials/E-Resources Unit, please contact Mark Hemhauser, Serials Supervisor, at (202) 885 -3247 or by email at mbhhbm at american.edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060309/4888849b/attachment.htm From aaanwar at yahoo.com Thu Mar 9 15:35:09 2006 From: aaanwar at yahoo.com (Arman Anwar) Date: Thu, 9 Mar 2006 12:35:09 -0800 (PST) Subject: [Dspace-general] Using DSPace to version documents - check in - check out - locking Message-ID: <20060309203509.23411.qmail@web52605.mail.yahoo.com> Greetings, I've kicked the tires on dspace and really like the tool. The question that has been raised at my organization is: Can dspace offer the check-out functionality seen in source control systems where: A user if they wanted to work on the document - say a requirements document - could checkout the document and it would not be available for view by anybody else - they would then check it back in once their work was complete. I quickly scanned the archives of this mailing list and did not find anything that readily addresses this point. Thanks, Arman. From scott.yeadon at anu.edu.au Sun Mar 12 17:44:11 2006 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Mon, 13 Mar 2006 09:44:11 +1100 Subject: [Dspace-general] Using DSPace to version documents - check in, - check out - locking Message-ID: <4414A43B.80808@anu.edu.au> Hi Arman, DSpace currently does not support version control (other than what you can achieve through the DC relation metadata). DSpace is really geared around holding *completed*, rarely changing works rather than in-progress works. In 1.3.x there is author/supervisor functionality so you might want to see if that provides some help, but it won't provide you with CVS-level document control. Scott. Date: Thu, 9 Mar 2006 12:35:09 -0800 (PST) From: Arman Anwar Subject: [Dspace-general] Using DSPace to version documents - check in - check out - locking To: dspace-general at mit.edu Message-ID: <20060309203509.23411.qmail at web52605.mail.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Greetings, I've kicked the tires on dspace and really like the tool. The question that has been raised at my organization is: Can dspace offer the check-out functionality seen in source control systems where: A user if they wanted to work on the document - say a requirements document - could checkout the document and it would not be available for view by anybody else - they would then check it back in once their work was complete. I quickly scanned the archives of this mailing list and did not find anything that readily addresses this point. Thanks, Arman. ------------------------------ From harnad at ecs.soton.ac.uk Tue Mar 14 08:12:42 2006 From: harnad at ecs.soton.ac.uk (Stevan Harnad) Date: Tue, 14 Mar 2006 13:12:42 +0000 (GMT) Subject: [Dspace-general] Two suggested features for next release of Dspace Message-ID: Hi Rob, Can I make two suggestions for features that would be useful for the next release of Dspace? (1) The first you may have already: Can you have a separate tag for the depositor and for the author(s) of each deposited item, *together with the email addresses of each*? There are many reasons why this will be useful, but a big one is the second suggestion, below. Every deposited dspace document presumably has a deposit field for setting access privileges for the full-text, the three main ones being: (i) Open Access [ie, public access web-wide] (ii) Restricted Access, Institution-Internal only (iii) Restricted Access, author/depositor and Archive staff only. Alongside the deposit field for the two Restricted Access fields (ii, iii), may I suggest that dspace add the following: "Metadata will be visible web-wide and eprint-requesters will be able to send the author an automated email request." That is the second suggested feature: (2) For every published paper that is in Restricted Access, a box should appear alongside the metadata, into which any eprint-requester can paste his name (optional) and email address (mandatory) if he wishes to receive an email of the eprints. The message is automatically sent to the *author* (not the depositor), who receives an email with a URL on which he can click to have his full-text automatically emailed to that requester. This feature will be critically important in the next phase of institutional self-archiving policy, in which immediate deposit will be mandatory but access-setting will be left up to the author: GENERIC MODEL FOR UNIVERSITY OPEN ACCESS SELF-ARCHIVING MANDATE http://openaccess.eprints.org/index.php?/archives/71-guid.html For deposits that the author may elect to set as Restricted Access for some period (e.g., if he wishes to abide by a journal's 6-month embargo on public self-archiving -- a foolish move, on both sides, but a contingency that will crop up for a while in the next phase), the access-gap can be bridged meanwhile through this inconvenient and indirect (but effective for OA) automated eprint email request-and-send feature. I hope this feature can be implemented quickly in dspace, as institutional self-archiving policies will be drafted that are contingent on this feature. Best wishes, Stevan Harnad American Scientist Open Access Forum http://amsci-forum.amsci.org/archives/American-Scientist-Open-Access-Forum.html Chaire de recherche du Canada Professor of Cognitive Science Ctr. de neuroscience de la cognition Dpt. Electronics & Computer Science Universit? du Qu?bec ? Montr?al University of Southampton Montr?al, Qu?bec Highfield, Southampton Canada H3C 3P8 SO17 1BJ United Kingdom http://www.crsc.uqam.ca/ http://www.ecs.soton.ac.uk/~harnad/ From kenzie at MIT.EDU Tue Mar 14 17:04:48 2006 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Tue, 14 Mar 2006 17:04:48 -0500 Subject: [Dspace-general] How does DSpace support richful metadata such as the record in CiteSeer? In-Reply-To: <442A60E2@zathras> Message-ID: <5.2.1.1.2.20060314165540.024cb080@hesiod> Hi Xiaoyan, Following up briefly on Scott's reply to you, it's true that DSpace only supports qualified DC now, and the extensions that Scott mentioned are coming in 1.4 Most organizations that have pre-existing "rich" metadata do a simple crosswalk of that metadata into qDC and throw away the rest, or keep it in a bitstream in the item alongside the content (publicly accessible or not, your choice, and full-text indexable, also your choice). We do that with MARC metadata, and other source metadata that we have lying around... MIT is doing a project to evaluate how DSpace might support RDF-encoded descriptive metadata, since that would allow it to handle almost *any* type of metadata that people want to supply in a standard way, e.g. with faceted browsing. If you're interested in that work look at http://simile.mit.edu/ But my understanding is that the NSDL doesn't current deal with RDF-encoded metadata, and neither does OAI (which the NSDL uses to get your metadata) except that you could write an OAI plugin for any metadata schema including RDFS. So you could offer your RDF to them but I don't think they would be able to cope with it *as RDF* right now. You'd have to ask someone in their core integration team about that... MacKenzie At 11:03 AM 3/6/2006 -0500, xiaoyan Yu wrote: >We are currently uploading data from the CiteSeer collection to DSpace, and >face the problem of how >to map richful metadata to something that DSpace can manage well. Further, we >plan to make the data >accessible through NSDL, but it is not clear precisely how to use Dublin Core >with >qualifiers (e.g., how to apply the ideas of DC-Ed) in a way suitable for NSDL >(www.nsdl.org). > >We suspect that DSpace can only use strings, not RDF, for entries in the >metadata? > >One particular concern is how to map rich information into DSpace records. >Normally >we would use DC:creator, but how would we code: > >
80290 Munchen , Germany
> Institut fur Informatik; Technische Universitat >Munchen > > >Please advise. > >Thanks, >xiaoyan MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131d 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From richard.jones at ub.uib.no Wed Mar 15 09:29:19 2006 From: richard.jones at ub.uib.no (Richard Jones) Date: Wed, 15 Mar 2006 15:29:19 +0100 Subject: [Dspace-general] DSpace User Group Meeting, Bergen 2006 Message-ID: <1142432959.22605.101.camel@ubbtilv067115> Dear All, The Programme Committee is pleased to announce the programme for the DSpace User Group Meeting on 20 and 21 April 2006. The meeting will primarily be concerned with technology and processes that have been developed to embed DSpace into institutional systems, and the different roles that DSpace has found in this environment, beyond purely that of an Institutional Repository platform: http://dsug2006.uib.no/index.php?p=dsug Accompanying this will be a satellite Institutional Repository workshop on 19 April 2006, which will address policy, advocacy and open access concerns for institutions working on IRs. This meeting can be attended independently of the main user group meeting: http://dsug2006.uib.no/index.php?p=ir_workshop Registration for these events is still open, and will remain open until 12 April: http://dsug2006.uib.no/index.php?p=reg We are also taking proposals for posters until 14 April: http://dsug2006.uib.no/index.php?p=call Looking forward to seeing you in Bergen. Regards, -- Richard ------- Richard Jones | Overingeni?r | Senior Engineer Universitetsbiblioteket i Bergen | University of Bergen Library e: richard.jones at ub.uib.no t: +47 55 58 25 37 BORA: http://bora.uib.no/ From robert.tansley at hp.com Wed Mar 15 14:03:26 2006 From: robert.tansley at hp.com (Tansley, Robert) Date: Wed, 15 Mar 2006 14:03:26 -0500 Subject: [Dspace-general] Two suggested features for next release of Dspace Message-ID: <6B003D25ADBDE347B5542AFE6A55B42E0729F7F8@tayexc13.americas.cpqcorp.net> Hi Stevan, Thanks for the suggestions. It's not really up to me whether they get implemented or not, because DSpace has a very different development model than more centralised projects like Eprints or FEDORA. I don't have a team of developers who I can direct to work on particular features; people develop features to fit their local needs (hopefully in a way that can be generalised to help others), and contribute them back to DSpace. So what you need to do is find someone who shares this need and who has developer resources to make the necessary changes (or find developer resources yourself!). (Before starting implementation, it's strongly advised to run the design by the DSpace developer list, to make sure no one is already working on the feature, and to maximise the chances that the design can be fitted into the main DSpace code). Rob > -----Original Message----- > From: dspace-general-bounces at mit.edu > [mailto:dspace-general-bounces at mit.edu] On Behalf Of Stevan Harnad > Sent: 14 March 2006 08:13 > To: dspace-general at mit.edu > Subject: [Dspace-general] Two suggested features for next > release of Dspace > > Hi Rob, > > Can I make two suggestions for features that would be useful for the > next release of Dspace? > > (1) The first you may have already: Can you have a separate tag > for the depositor and for the author(s) of each deposited item, > *together with the email addresses of each*? > > There are many reasons why this will be useful, but a big one is the > second suggestion, below. > > Every deposited dspace document presumably has a deposit field for > setting access privileges for the full-text, the three main > ones being: > > (i) Open Access [ie, public access web-wide] > (ii) Restricted Access, Institution-Internal only > (iii) Restricted Access, author/depositor and Archive > staff only. > > Alongside the deposit field for the two Restricted Access > fields (ii, iii), > may I suggest that dspace add the following: > > "Metadata will be visible web-wide and eprint-requesters will > be able to send the author an automated email request." > > That is the second suggested feature: > > (2) For every published paper that is in Restricted Access, > a box should appear alongside the metadata, into which any > eprint-requester can paste his name (optional) and email address > (mandatory) if he wishes to receive an email of the eprints. The > message is automatically sent to the *author* (not the depositor), > who receives an email with a URL on which he can click to have his > full-text automatically emailed to that requester. > > This feature will be critically important in the next phase > of institutional > self-archiving policy, in which immediate deposit will be > mandatory but > access-setting will be left up to the author: > > GENERIC MODEL FOR UNIVERSITY OPEN ACCESS SELF-ARCHIVING MANDATE > http://openaccess.eprints.org/index.php?/archives/71-guid.html > > For deposits that the author may elect to set as Restricted Access > for some period (e.g., if he wishes to abide by a journal's 6-month > embargo on public self-archiving -- a foolish move, on both sides, > but a contingency that will crop up for a while in the next phase), > the access-gap can be bridged meanwhile through this inconvenient and > indirect (but effective for OA) automated eprint email > request-and-send > feature. > > I hope this feature can be implemented quickly in dspace, as > institutional > self-archiving policies will be drafted that are contingent on this > feature. > > Best wishes, > > Stevan Harnad > American Scientist Open Access Forum > http://amsci-forum.amsci.org/archives/American-Scientist-Open- > Access-Forum.html > > Chaire de recherche du Canada Professor of > Cognitive Science > Ctr. de neuroscience de la cognition Dpt. Electronics & > Computer Science > Universit? du Qu?bec ? Montr?al University of > Southampton > Montr?al, Qu?bec Highfield, Southampton > Canada H3C 3P8 SO17 1BJ United Kingdom > http://www.crsc.uqam.ca/ > http://www.ecs.soton.ac.uk/~harnad/ > > > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > From ssadler at ucalgary.ca Wed Mar 15 15:40:58 2006 From: ssadler at ucalgary.ca (Shawna Sadler) Date: Wed, 15 Mar 2006 13:40:58 -0700 Subject: [Dspace-general] Statistics Message-ID: <44187BDA.3060805@ucalgary.ca> Hi everyone, We have had a really positive response to DSpace from our institutional users, so much so that we have to improve our statistics reporting. So far we have implemented the statistics plugin available to DSpace users in SourceForge. -- Shawna Sadler Web Technical Administrator Information Resources University of Calgary (403) 220-3739 ssadler at ucalgary.ca From ssadler at ucalgary.ca Wed Mar 15 15:53:28 2006 From: ssadler at ucalgary.ca (Shawna Sadler) Date: Wed, 15 Mar 2006 13:53:28 -0700 Subject: [Dspace-general] Statistics Message-ID: <44187EC8.1010707@ucalgary.ca> Hi everyone, We have had a really positive response to DSpace from our institutional users, so much so that we have to improve our statistics reporting. So far we have implemented the statistics plugin available to DSpace users in SourceForge. We're looking into new more descriptive statistics software packages and hoping for some feedback. Do you like the statistics software you're using with DSpace? If so, please send me an e-mail and let me know what it's called. Thank you, Shawna -- Shawna Sadler Web Technical Administrator Information Resources University of Calgary (403) 220-3739 ssadler at ucalgary.ca From a_tara at yahoo.com Fri Mar 17 00:13:38 2006 From: a_tara at yahoo.com (Ayesha Taranum) Date: Thu, 16 Mar 2006 21:13:38 -0800 (PST) Subject: [Dspace-general] Workshop on Digital Libraries Message-ID: <20060317051338.96384.qmail@web50708.mail.yahoo.com> Dear Professionals, MyLISA (Mysore Librarians and Information Scientists Association) in collaboration with SDM-IMD (SDM Institute for Management Development, Mysore) is jointly organizing a hands-on Workshop on Digital Libraries for the practicing librarians and information professionals. The proposed three-day workshop is scheduled during April 6-8, 2006 at SDM-IMD campus, Mysore. For more information please log on to www.sdmimd.net/workshop Secretary, MyLISA, Mysore __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From eloy at sdum.uminho.pt Thu Mar 16 13:28:09 2006 From: eloy at sdum.uminho.pt (Eloy Rodrigues) Date: Thu, 16 Mar 2006 18:28:09 -0000 Subject: [Dspace-general] Dspace-general Digest, Vol 32, Issue 11 In-Reply-To: Message-ID: Dear All, I think the functionality/feature suggested by Stevan Harnad is very relevant and useful for IR's. We are already registering the emails of authors in the submission process (we have customized the submission forms - see attached snapshot), but we didn't made it mandatory (a required field) to avoid unnecessary keystrokes when the depositor is the author (or one of the authors). We are interested in developing the "request a copy by email to the author" feature (but we are still analysing how we will implement it in DSpace), and planning to start doing it in the coming week. Is anyone else working on this, or planning to do it? Best Regards, Eloy Rodrigues Universidade do Minho - Servi?os de Documenta??o Campus de Gualtar, 4710-057 Braga Tel: +351 253 60 41 50; Fax - 253 60 41 59 Campus de Azur?m, 4800-058 Guimar?es Tel: +351 253 51 01 19; Fax - 253 51 01 17 -----Original Message----- From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of dspace-general-request at mit.edu Sent: quinta-feira, 16 de Mar?o de 2006 17:02 To: dspace-general at mit.edu Subject: Dspace-general Digest, Vol 32, Issue 11 Send Dspace-general mailing list submissions to dspace-general at mit.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.mit.edu/mailman/listinfo/dspace-general or, via email, send a message with subject or body 'help' to dspace-general-request at mit.edu You can reach the person managing the list at dspace-general-owner at mit.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of Dspace-general digest..." Today's Topics: 1. Re: Two suggested features for next release of Dspace (Tansley, Robert) 2. Statistics (Shawna Sadler) 3. Statistics (Shawna Sadler) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Mar 2006 14:03:26 -0500 From: "Tansley, Robert" Subject: Re: [Dspace-general] Two suggested features for next release of Dspace To: "Stevan Harnad" , Message-ID: <6B003D25ADBDE347B5542AFE6A55B42E0729F7F8 at tayexc13.americas.cpqcorp.net> Content-Type: text/plain; charset="iso-8859-1" Hi Stevan, Thanks for the suggestions. It's not really up to me whether they get implemented or not, because DSpace has a very different development model than more centralised projects like Eprints or FEDORA. I don't have a team of developers who I can direct to work on particular features; people develop features to fit their local needs (hopefully in a way that can be generalised to help others), and contribute them back to DSpace. So what you need to do is find someone who shares this need and who has developer resources to make the necessary changes (or find developer resources yourself!). (Before starting implementation, it's strongly advised to run the design by the DSpace developer list, to make sure no one is already working on the feature, and to maximise the chances that the design can be fitted into the main DSpace code). Rob > -----Original Message----- > From: dspace-general-bounces at mit.edu > [mailto:dspace-general-bounces at mit.edu] On Behalf Of Stevan Harnad > Sent: 14 March 2006 08:13 > To: dspace-general at mit.edu > Subject: [Dspace-general] Two suggested features for next > release of Dspace > > Hi Rob, > > Can I make two suggestions for features that would be useful for the > next release of Dspace? > > (1) The first you may have already: Can you have a separate tag > for the depositor and for the author(s) of each deposited item, > *together with the email addresses of each*? > > There are many reasons why this will be useful, but a big one is the > second suggestion, below. > > Every deposited dspace document presumably has a deposit field for > setting access privileges for the full-text, the three main > ones being: > > (i) Open Access [ie, public access web-wide] > (ii) Restricted Access, Institution-Internal only > (iii) Restricted Access, author/depositor and Archive > staff only. > > Alongside the deposit field for the two Restricted Access > fields (ii, iii), > may I suggest that dspace add the following: > > "Metadata will be visible web-wide and eprint-requesters will > be able to send the author an automated email request." > > That is the second suggested feature: > > (2) For every published paper that is in Restricted Access, > a box should appear alongside the metadata, into which any > eprint-requester can paste his name (optional) and email address > (mandatory) if he wishes to receive an email of the eprints. The > message is automatically sent to the *author* (not the depositor), > who receives an email with a URL on which he can click to have his > full-text automatically emailed to that requester. > > This feature will be critically important in the next phase > of institutional > self-archiving policy, in which immediate deposit will be > mandatory but > access-setting will be left up to the author: > > GENERIC MODEL FOR UNIVERSITY OPEN ACCESS SELF-ARCHIVING MANDATE > http://openaccess.eprints.org/index.php?/archives/71-guid.html > > For deposits that the author may elect to set as Restricted Access > for some period (e.g., if he wishes to abide by a journal's 6-month > embargo on public self-archiving -- a foolish move, on both sides, > but a contingency that will crop up for a while in the next phase), > the access-gap can be bridged meanwhile through this inconvenient and > indirect (but effective for OA) automated eprint email > request-and-send > feature. > > I hope this feature can be implemented quickly in dspace, as > institutional > self-archiving policies will be drafted that are contingent on this > feature. > > Best wishes, > > Stevan Harnad > American Scientist Open Access Forum > http://amsci-forum.amsci.org/archives/American-Scientist-Open- > Access-Forum.html > > Chaire de recherche du Canada Professor of > Cognitive Science > Ctr. de neuroscience de la cognition Dpt. Electronics & > Computer Science > Universit? du Qu?bec ? Montr?al University of > Southampton > Montr?al, Qu?bec Highfield, Southampton > Canada H3C 3P8 SO17 1BJ United Kingdom > http://www.crsc.uqam.ca/ > http://www.ecs.soton.ac.uk/~harnad/ > > > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > ------------------------------ Message: 2 Date: Wed, 15 Mar 2006 13:40:58 -0700 From: Shawna Sadler Subject: [Dspace-general] Statistics To: dspace-general at mit.edu Message-ID: <44187BDA.3060805 at ucalgary.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Hi everyone, We have had a really positive response to DSpace from our institutional users, so much so that we have to improve our statistics reporting. So far we have implemented the statistics plugin available to DSpace users in SourceForge. -- Shawna Sadler Web Technical Administrator Information Resources University of Calgary (403) 220-3739 ssadler at ucalgary.ca ------------------------------ Message: 3 Date: Wed, 15 Mar 2006 13:53:28 -0700 From: Shawna Sadler Subject: [Dspace-general] Statistics To: dspace-general at mit.edu Message-ID: <44187EC8.1010707 at ucalgary.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Hi everyone, We have had a really positive response to DSpace from our institutional users, so much so that we have to improve our statistics reporting. So far we have implemented the statistics plugin available to DSpace users in SourceForge. We're looking into new more descriptive statistics software packages and hoping for some feedback. Do you like the statistics software you're using with DSpace? If so, please send me an e-mail and let me know what it's called. Thank you, Shawna -- Shawna Sadler Web Technical Administrator Information Resources University of Calgary (403) 220-3739 ssadler at ucalgary.ca ------------------------------ _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general End of Dspace-general Digest, Vol 32, Issue 11 ********************************************** -------------- next part -------------- A non-text attachment was scrubbed... Name: deposit.JPG Type: image/jpeg Size: 95258 bytes Desc: not available Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20060316/567f995b/attachment.jpg From robert.tansley at hp.com Fri Mar 17 11:16:39 2006 From: robert.tansley at hp.com (Tansley, Robert) Date: Fri, 17 Mar 2006 11:16:39 -0500 Subject: [Dspace-general] Reminder: DSpace Testathon, March 21 + 22 Message-ID: <6B003D25ADBDE347B5542AFE6A55B42E072F958E@tayexc13.americas.cpqcorp.net> Dear all Announcing the first 2-day DSpace Testathon! This is a two-day, all-time zone event where the DSpace community can come together (virtually) to collectively give the latest DSpace release a thorough workout. Please join in and help make DSpace a robust and stable system, and get a mention in the DSpace credits! You don't need to be technically-minded! Time: Tuesday March 21 and Wednesday March 22 Place: IRC Server: chat.freenode.net port 6667 (the default) Channel: #dspace You don't need to spend all of the two days to get involved -- even if you just have one hour, please get involved to help us make the next release of DSpace as stable and robust as possible. We will try and ensure there is a DSpace committer on that channel at all times (in all time zones) to answer questions and to collect bug reports. If you don't know what IRC (Internet Relay Chat, a bit like Instant Messaging) is or how to use it, see: http://www.irchelp.org/irchelp/new2irc.html We need: - Non-technical people (we'll provide a DSpace for you to try out the UI) - Technical people + To try out more technical features like OAI-PMH + With a server, to try out a fresh install + With an existing (test!) DSpace 1.3.x installation, to try out an upgrade + With access to an Oracle database, an LDAP server for authentication, or an SRB server for storage We'll be testing DSpace version 1.4 alpha 1, which will appear on the SourceForge page later today: http://sourceforge.net/projects/dspace/ For the non-techies and those who don't have a server to hand, there will be a test DSpace server here: http://tspacetest.library.utoronto.ca:14080/ There is a Wiki page for test areas, feedback and coordinating efforts (so we don't all test the same things and leave other areas untested): http://wiki.dspace.org/TestathonPage We look forward to working with you to make the next version of DSpace the most stable yet! The DSpace Committers Robert TANSLEY / HP Labs / MIT Visiting Researcher http://www.hpl.hp.com/personal/Robert_Tansley/ From robert.tansley at hp.com Fri Mar 17 16:03:28 2006 From: robert.tansley at hp.com (Tansley, Robert) Date: Fri, 17 Mar 2006 16:03:28 -0500 Subject: [Dspace-general] DSpace 1.4 alpha 1 available for testing Message-ID: <6B003D25ADBDE347B5542AFE6A55B42E072F959F@tayexc13.americas.cpqcorp.net> The DSpace community is pleased to announce DSpace 1.4 alpha 1 is available for testing. This is not a stable release. Please join us for the DSpace 'testathon' to help test this release! Both non-technical and technical folks can help. Date: March 21 + 22, 2006 Place: IRC: chat.freenode.net channel #dspace See: http://wiki.dspace.org/TestathonPage Changes: General Improvements * Content verification through periodic checksum checking * Support for branded preview image * Add/replace Creative Commons in 'edit item' tool * Customisable item listing columns and browse indices * Script for updating handle prefixes (e.g. for moving from development to production) * Configurable boolean search operator * Controlled vocabulary patch to provide search on classification terms, and addition of terms during submission. * Add 'visibility' element to input-forms.xml * Browse by subject feature * Log4J enhancement to use XML configuration * QueryArgs class can support any number of fields in advanced search. * Community names no longer have to be unique * Enhanced Windows support * Support for multiple (flat) metadata schemas * Suggest an item page * RSS Feeds * Performance enhancements * Stackable authentication methods * Plug-in manager * Pluggable SIP/DIP support and metadata crosswalks * Nested groups of e-people * Expose METS and MPEG-21 DIDL DIPs via OAI-PMH * Configurable Lucene search analyzer (e.g. for Chinese metadata) * Support for SMTP servers requiring authentication Bug fixes * 1358197 - Edit Item, empty DC fields not removable * 1363633 - Submission step 1 fails when there are no collections * 1255264 - Resource policy eperson value was set to wrong column * 1380494 - Error deleting an item with multiple metadata schema support * 1443649 - Cannot configure unqualified elements for advanced search index * 1333687 - Browse-(title|date) fails on withdrawn item * 1066713 - Two (sub)communities cannot have one name * 1284055 - Two Communities of same name throws error * 1035366 - Bitstream size column should be bigint * 1352257 - Selecting a Group for GroupToGroup while Creating Collection * 1352226 - Navigation and Sorting in Group List (Select Groups) fails * 1348276 - Null in collection name causes OAI ListSets to fail * 1160898 - dspace_migrate removes Date.Issued from prev published items * 1261191 - Malformed METS metadata exported Robert TANSLEY / HP Labs / MIT Visiting Researcher http://www.hpl.hp.com/personal/Robert_Tansley/ From munrol at sun.ac.za Mon Mar 20 07:24:54 2006 From: munrol at sun.ac.za (Laurence Munro ) Date: Mon, 20 Mar 2006 14:24:54 +0200 Subject: [Dspace-general] ISO 19115 metadata set? Message-ID: <5681158E46E1334C845C61E1E0B02FBD992B16@STBEVS02.stb.sun.ac.za> Our biology dept requested that we make provision for the ISO 19115 metadata set. 1. Had anyone had the opportunity to implement this yet? 2. Where do I start to try and implement such an request? ISO 19115 standard is basically a dataset with a lot of graphs Any help will be welcomed!! ___________________________ Laurence Munro J S Gericke Biblioteek IT / J S Gericke Library IT Universiteit Stellenbosch / Stellenbosch University Privaatsak X5036 / Private Bag X5036 7599 - STELLENBOSCH - South Africa * +27 (021) 808 4100 6 +27 (021) 808 4336 http://www.sun.ac.za/library -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060320/1249426e/attachment.htm From kenzie at MIT.EDU Mon Mar 20 09:08:23 2006 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Mon, 20 Mar 2006 09:08:23 -0500 Subject: [Dspace-general] ISO 19115 metadata set? In-Reply-To: <5681158E46E1334C845C61E1E0B02FBD992B16@STBEVS02.stb.sun.ac .za> Message-ID: <5.2.1.1.2.20060320090301.025904f8@hesiod> An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060320/6ea39329/attachment.htm From PilskS at si.edu Mon Mar 20 11:20:44 2006 From: PilskS at si.edu (Suzanne Pilsk) Date: Mon, 20 Mar 2006 11:20:44 -0500 Subject: [Dspace-general] Consistency - slight authority control? Message-ID: I am interested in finding out how DSpace sites are working on consistency of entry for things like names and keywords/subjects. Without a full blown authority control module, we are trying to figure out a way to have depositors record names consistently. Has anyone figured out a way or workflow that would help? Currently the standard input form accepts the last name in one box and first name and any other parts in another box. This will make sure we have the forms of the name in the right order. Our next goal would be to avoid this: Doe, J.A. Doe, Jane A. Doe, J Ann Doe, Jane Ann - especially when Jane Ann Doe is the person submitting the material to DSpace! We might play with some drop down pick lists for keywords or subject terms for some narrow communities / collections we are establishing; but, of course, this will not scale well. Suggestions? Advice? Comments? Thanks in advance, Suzanne Suzanne C. Pilsk PilskS at si.edu Direct number: 202-633-1646 Cataloging Services Smithsonian Institution Libraries PO Box 37012 Natural History Building, Room 30- MRC 0154 Washington, DC 20013-7012 Unit number: 202-633-1668 From emorgan at nd.edu Mon Mar 20 18:15:00 2006 From: emorgan at nd.edu (Eric Lease Morgan) Date: Mon, 20 Mar 2006 18:15:00 -0500 Subject: [Dspace-general] dspace, digiTool, etd-db, and mylibrary Message-ID: <503504F6-D419-4156-9A63-64B6F799EC8F@nd.edu> >> Here at Notre Dame we have created an initial DSpace, DigiTool, ETD- >> db, and MyLibrary institutional repository:... Here at Notre Dame we have made progress regarding the implementation of our institutional repository by combining DSpace, ETD-db, DigiTool, and MyLibrary. For a limited time, see: http://dewey.library.nd.edu/morgan/idr/ We have four different types of content in our repository: 1. electronic theses and dissertations 2. images 3. "excellent undergraduate research" 4. "grey" literature authored by faculty #1 uses the ETD-db software from Virginia Tech. #2 begins its life in a Filemaker Pro database and gets exported to DigiTool. #3 and #4 both live in DSpace. For the most part, each type of content is described using Dublin Core and each type of content is harvested via OAI into a centralized (MyLibrary) cache. We have successfully written reports against the cache allowing us to provide (SRU) searchable as well as browsable interfaces to the content. We have been able to create searchable as well as browsable interfaces to subsets of the cache too. We have been able to create "widgets, gadgets, and gizmos" against the cache to provide value- added services such as the syndication of ordered lists of content to departmental and author pages. I have also demonstrated how pages crawled by Google can be listed with their associated Google PageRank integer denoting a sort of impact factor. We have successfully drafted a release/permissions form. It stipulates four things: 1. Yes, I am the copyright owner of this work. 2. I grant the University to deposit my work in the repository and freely distribute it. 3. I retain my copyrights to the work. 4. I may pull my work from the repository as along as I submit my request in writing. To date we have about 500 items in our repository. Half of them are images. The other half are working papers from two on-campus institutes and a tiny number of undergraduate papers. The balance are theses and dissertations. In the near future I believe we will include about 100 computer science technical reports and about 100 citations from the engineering faculty. We hope to include content from the Open Course Ware (OCW) project as well. When it comes to authority control we have not done a whole lot. To implement a controlled vocabulary we have used our facet/term approach to classification. We created a new DSpace/Dublin Core field called description.ft. In it we place our facet/term combinations, and they look something like this: \\Subjects\\Latin America \\Subjects\\International Studies \\Flags\\Undergraduate Research \\Regions\\Mexico \\Regions\\Venezuela When we harvest this data we take note of the incoming data's shape (\ \facet\\term). This way we know it is a facet/term combination. We then update our cache accordingly. We need to implement these "shapes" because Dublin Core data harvested from DSpace is unqualified; everything comes out as flat title, creator, description, etc. Just today we articulated a way to exploit our facet/term approach to implement an authority list. We will create a new facet called Bio. We will then create terms using University members' campus ID's as terms. (Mine is emorgan.) These terms will then be associated in our MyLibrary database with these (Dublin Core) fields: * title will hold the name of a person * description will hold the person's bio In our DSpace implementation we then enter appropriate facet/term combinations into bibliographic records so we will add things like \ \Bio\\emorgan to records as well as the facet/term combinations above. While harvesting we will "join" bibliographic records with biographic records to display biographies along side working papers. In the future we may hack the DSpace data-entry interface to allow the selection of these Bio facets via a pull-down menu. That is what we have done to date. We are progressing. I'm sure there is something I've left out, but... FYI. -- Eric Lease Morgan and Team IDR University Libraries of Notre Dame From jim.ottaviani at umich.edu Thu Mar 23 10:42:39 2006 From: jim.ottaviani at umich.edu (Jim Ottaviani) Date: Thu, 23 Mar 2006 10:42:39 -0500 (EST) Subject: [Dspace-general] Professional Position Available: Intellectual Property Rights Specialist Message-ID: For those interested, this position will have a strong tie to our Deep Blue (aka DSpace/Insitutional repository) initiative. ---------- Forwarded message ---------- Date: Wed, 22 Mar 2006 13:54:32 -0500 Subject: Professional Position Available Good afternoon. The University Library is currently seeking applications for an Intellectual Property Rights Specialist. A full description may be found on the Library Human Resources website (noted in the text below). Please share this broadly with anyone who might be interested in applying. Questions may be directed to Library Human Resources at 734 764-2546 or libhumres at umich.edu Thank you for your assistance in sharing this information. UNIVERSITY OF MICHIGAN LIBRARY INTELLECTUAL PROPERTY RIGHTS SPECIALIST LIBRARY ADMINISTRATION (2 YEAR TERM APPOINTMENT WITH POSSIBILITY OF EXTENSION) The University of Michigan University Library seeks an Intellectual Property Rights Specialist to assist in the development and coordination of several major initiatives within the University Library. The successful candidate will work with the Library's Collection Development Officer, key staff in the Library's Scholarly Publishing Office (SPO), and the Coordinator of the Library's institutional repository initiative (Deep Blue). The Specialist will lead outreach and education efforts on intellectual property issues of concern to campus scholars, as well as work with individual faculty to clear rights for targeted material, and programmatically with Library staff and campus administration to streamline rights acquisition processes. The position requires proficiency with project management, and the interpersonal skills to coordinate across campus faculty, Library staff and external partners. A full description may be accessed at http://www.lib.umich.edu/hr/employment/intelrights.html Further information is available via Library Human Resources at libhumres at umich.edu or by phone at 734 764-2546. Review of applications will begin on 5/1/06 and continue until the position is filled. The University of Michigan is a non-discriminatory, affirmative action employer. From cdygert at american.edu Thu Mar 23 12:28:36 2006 From: cdygert at american.edu (Claire Dygert) Date: Thu, 23 Mar 2006 12:28:36 -0500 Subject: [Dspace-general] Claire Dygert is out of the office. Message-ID: I will be out of the office starting 03/22/2006 and will not return until 03/27/2006. If you need immediate help from the Serials/E-Resources Unit, please contact Mark Hemhauser, Serials Supervisor, at (202) 885 -3247 or by email at mbhhbm at american.edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060323/9e0349c4/attachment.htm From robert.tansley at hp.com Thu Mar 23 17:40:43 2006 From: robert.tansley at hp.com (Tansley, Robert) Date: Thu, 23 Mar 2006 17:40:43 -0500 Subject: [Dspace-general] Testathon -- thanks for getting involved! Message-ID: <6B003D25ADBDE347B5542AFE6A55B42E072F976E@tayexc13.americas.cpqcorp.net> I just want to give a big thanks to everyone who got involved in the Testathon! We had about 40 testers give the system a workout and found well over 50 bugs, and a healthy crop of fixes. This has really sped up the 1.4 release cycle so a big thank you to everyone who took part. The IRC channel we set up for the testathon is still around, and is a great resource to talk to other DSpace users and developers, so please feel free to join it! IRC server: chat.freenode.net Channel #dspace I expect this testathon will have been the first of many! Robert TANSLEY / HP Labs / MIT Visiting Researcher http://www.hpl.hp.com/personal/Robert_Tansley/ From kenzie at MIT.EDU Sun Mar 26 17:28:00 2006 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Sun, 26 Mar 2006 17:28:00 -0500 Subject: [Dspace-general] Consistency - slight authority control? In-Reply-To: Message-ID: <5.2.1.1.2.20060325132759.011f5198@hesiod> Hi Suzanne, I hope the lack of response to your question is due to people's busy-ness and not just lack of interest... variations of this question have come up so often that I think you're in good, if quiet, company. >I am interested in finding out how DSpace sites are working on consistency >of entry for things like names and keywords/subjects. Without a full blown >authority control module, we are trying to figure out a way to have >depositors record names consistently. Has anyone figured out a way or >workflow that would help? As you said, there's a bit of support for controlled vocabularies in DSpace now http://dspace.org/technology/system-docs/submission.html which is ok when the number of terms is reasonably small and fits in a drop-down box on the Web submission screen. That feature is normally used for subjects and other fields with small vocabularies, but doesn't scale to large vocabularies like LCSH or AAT. >Currently the standard input form accepts the last name in one box and >first name and any other parts in another box. This will make sure we have >the forms of the name in the right order. Our next goal would be to avoid >this: >Doe, J.A. >Doe, Jane A. >Doe, J Ann >Doe, Jane Ann > >- especially when Jane Ann Doe is the person submitting the material to >DSpace! I know this isn't your particular problem, but I'd like to point out that there may be two competing needs, which are ably demonstrated in Google Scholar since it combines metadata from multiple scholarly sources, like journals, that use different conventions for personal names in their publications. -- consistency of name representation is good to help cluster or co-locate a lot of items by the same person, but -- using a form of the name that is different from the one used in the published work can make it harder for a user to find an item, if that's the only form of the name they know. In practice, the form of the author's name that is supplied to DSpace is usually the one that was used in the publication, in the convention of the particular publisher. That's very convenient for people searching for a copy of that article from a citation they've found somewhere. It's less good for finding everything by that author in the repository. In this situation what we *really* need is the ability to have multiple representations of the author's name, including a standardized one for clustering and all the variants that have appeared in publications... which is pretty complicated to implement of course. That said, there are many situations where DSpace isn't dealing with formal publications and it's more desirable to standardize the form of the name so search results appear together. The two approaches that have been discussed before are -- change the submission workflow code to check for the author's name in DSpace's e-person database table, and force the submitter to select a registered name. That works as long as all the potential authors are pre-registered and can be differentiated (i.e. there might still be multiple John Smiths so the e-person records for each of them have to contain some value that clearly differentiates them, like a middle name, birth date, etc.) -- change the submission workflow code to check for the name in a national authority file, e.g. using OCLC's name authority Web Service. We tested that at MIT and it worked great as long as the author was in a national authority file... very often not the case, e.g. a student who has only published a thesis. A combination approach of checking he national authority file followed by a local, institutional authority file (say in LDAP) could be devised and would cover most cases. The first approach would be much, much easier of course, so that's probably the place to start if you can afford to register all your institution's authors in DSpace. The programming changes to check for the author would be pretty minor except for thinking through how to handle cases where there's no match, more than one matches, etc. MacKenzie MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131d 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu From PilskS at si.edu Mon Mar 27 11:36:01 2006 From: PilskS at si.edu (Suzanne Pilsk) Date: Mon, 27 Mar 2006 11:36:01 -0500 Subject: [Dspace-general] Consistency - slight authority control? Message-ID: Thank you for pointing me to the RePEc project - My take on it is that it is doing the option that MacKenzie described as making every author be a registered name. When I poked around a bit, I saw some authors that have pretty full information and others that have only the last name and first initial. All of which is fine as long as the names are consistent in the database - would be my guess. How does your name registery link to the actual data submission in DSpace? Is each author actually given an id code that is the link to the pdf or whatever it is that is submitted? Suzanne Suzanne C. Pilsk PilskS at si.edu Direct number: 202-633-1646 Cataloging Services Smithsonian Institution Libraries PO Box 37012 Natural History Building, Room 30- MRC 0154 Washington, DC 20013-7012 Unit number: 202-633-1668 >>> "David Goodman" 03/26 10:10 PM >>> There's even an example of doing author names right, albeit in a single subject field -- Thomas Krichel's RePEc: Research Papers in Economics Like all reliable methods for coping with the vagaries of human authors, it requires both proper systems design, and continuing human input. Dr. David Goodman Associate Professor Palmer School of Library and Information Science Long Island University dgoodman at liu.edu -----Original Message----- From: dspace-general-bounces at mit.edu on behalf of MacKenzie Smith Sent: Sun 3/26/2006 5:28 PM To: Suzanne Pilsk; dspace-general at mit.edu Subject: Re: [Dspace-general] Consistency - slight authority control? Hi Suzanne, I hope the lack of response to your question is due to people's busy-ness and not just lack of interest... variations of this question have come up so often that I think you're in good, if quiet, company. >I am interested in finding out how DSpace sites are working on consistency >of entry for things like names and keywords/subjects. Without a full blown >authority control module, we are trying to figure out a way to have >depositors record names consistently. Has anyone figured out a way or >workflow that would help? As you said, there's a bit of support for controlled vocabularies in DSpace now http://dspace.org/technology/system-docs/submission.html which is ok when the number of terms is reasonably small and fits in a drop-down box on the Web submission screen. That feature is normally used for subjects and other fields with small vocabularies, but doesn't scale to large vocabularies like LCSH or AAT. >Currently the standard input form accepts the last name in one box and >first name and any other parts in another box. This will make sure we have >the forms of the name in the right order. Our next goal would be to avoid >this: >Doe, J.A. >Doe, Jane A. >Doe, J Ann >Doe, Jane Ann > >- especially when Jane Ann Doe is the person submitting the material to >DSpace! I know this isn't your particular problem, but I'd like to point out that there may be two competing needs, which are ably demonstrated in Google Scholar since it combines metadata from multiple scholarly sources, like journals, that use different conventions for personal names in their publications. -- consistency of name representation is good to help cluster or co-locate a lot of items by the same person, but -- using a form of the name that is different from the one used in the published work can make it harder for a user to find an item, if that's the only form of the name they know. In practice, the form of the author's name that is supplied to DSpace is usually the one that was used in the publication, in the convention of the particular publisher. That's very convenient for people searching for a copy of that article from a citation they've found somewhere. It's less good for finding everything by that author in the repository. In this situation what we *really* need is the ability to have multiple representations of the author's name, including a standardized one for clustering and all the variants that have appeared in publications... which is pretty complicated to implement of course. That said, there are many situations where DSpace isn't dealing with formal publications and it's more desirable to standardize the form of the name so search results appear together. The two approaches that have been discussed before are -- change the submission workflow code to check for the author's name in DSpace's e-person database table, and force the submitter to select a registered name. That works as long as all the potential authors are pre-registered and can be differentiated (i.e. there might still be multiple John Smiths so the e-person records for each of them have to contain some value that clearly differentiates them, like a middle name, birth date, etc.) -- change the submission workflow code to check for the name in a national authority file, e.g. using OCLC's name authority Web Service. We tested that at MIT and it worked great as long as the author was in a national authority file... very often not the case, e.g. a student who has only published a thesis. A combination approach of checking he national authority file followed by a local, institutional authority file (say in LDAP) could be devised and would cover most cases. The first approach would be much, much easier of course, so that's probably the place to start if you can afford to register all your institution's authors in DSpace. The programming changes to check for the author would be pretty minor except for thinking through how to handle cases where there's no match, more than one matches, etc. MacKenzie MacKenzie Smith Associate Director for Technology MIT Libraries Building E25-131d 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie at mit.edu _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From ssadler at ucalgary.ca Tue Mar 28 15:56:48 2006 From: ssadler at ucalgary.ca (Shawna Sadler) Date: Tue, 28 Mar 2006 13:56:48 -0700 Subject: [Dspace-general] Statistics Message-ID: <4429A310.70807@ucalgary.ca> Hello, We would like to know which software packages are being used to analyze DSpace statistics by the various institutions? Please let me know which software you are using at ssadler at ucalgary.ca Thank you, Shawna -- Shawna Sadler Web Technical Administrator Information Resources University of Calgary (403) 220-3739 ssadler at ucalgary.ca From ruigrokvanderwerven at ubib.eur.nl Wed Mar 29 02:04:58 2006 From: ruigrokvanderwerven at ubib.eur.nl (Jeroen Ruigrok van der Werven) Date: Wed, 29 Mar 2006 09:04:58 +0200 Subject: [Dspace-general] Statistics In-Reply-To: <4429A310.70807@ucalgary.ca> References: <4429A310.70807@ucalgary.ca> Message-ID: <442A319A.5060306@ubib.eur.nl> Shawna Sadler wrote: > We would like to know which software packages are being used to analyze > DSpace statistics by the various institutions? What kind of statistics are you looking for? I have a small PHP script I use for spotting wrong entries in the database, which on the side also shows numbers for the amount of articles, books, letters to the editor, et cetera. More than happy to share this simplistic thing. ;) -- Jeroen Ruigrok van der Werven IT Dept Erasmus University Library From scott.yeadon at anu.edu.au Wed Mar 29 19:17:53 2006 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Thu, 30 Mar 2006 11:17:53 +1100 Subject: [Dspace-general] Statistics Message-ID: <442B23B1.1050803@anu.edu.au> Hi Shawna, We use an in-house developed add-on for DSpace which is available for download at http://sts.anu.edu.au/drs/downloads/index.php Scott. Date: Tue, 28 Mar 2006 13:56:48 -0700 From: Shawna Sadler Subject: [Dspace-general] Statistics To: dspace-general at mit.edu Message-ID: <4429A310.70807 at ucalgary.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Hello, We would like to know which software packages are being used to analyze DSpace statistics by the various institutions? Please let me know which software you are using at ssadler at ucalgary.ca Thank you, Shawna -- Shawna Sadler From ruigrokvanderwerven at ubib.eur.nl Thu Mar 30 03:38:10 2006 From: ruigrokvanderwerven at ubib.eur.nl (Jeroen Ruigrok van der Werven) Date: Thu, 30 Mar 2006 10:38:10 +0200 Subject: [Dspace-general] Statistics In-Reply-To: <442AA912.5080102@ucalgary.ca> References: <4429A310.70807@ucalgary.ca> <442A319A.5060306@ubib.eur.nl> <442AA912.5080102@ucalgary.ca> Message-ID: <442B98F2.3060505@ubib.eur.nl> Hi Shawna, Shawna Sadler wrote: > Yes, we would love to have a copy of your PHP script. I've attached it to this email. Hope it is of some help to you and other DSpace users. Keep in mind it is a fast hack meant more for database maintenance. ;) Any changes/expansions are welcomed and feel free to communicate these back to me. If you require a license for this work consider it placed under a 3-clause BSD license (http://www.opensource.org/licenses/bsd-license.php). -- Jeroen Ruigrok van der Werven IT Dept Erasmus University Library -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20060330/e1224ed6/attachment.htm