From DHohls at csir.co.za Fri Jun 1 05:38:23 2007 From: DHohls at csir.co.za (Derek Hohls) Date: Fri, 01 Jun 2007 11:38:23 +0200 Subject: [Dspace-general] DSpace: "digital" archive or "literature" archive? In-Reply-To: <1180654002.1265.82.camel@proliant> References: <465EA23F020000D4000062CD@cs-emo.csir.co.za> <465EA2A1020000D4000062D0@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <1180654002.1265.82.camel@proliant> Message-ID: <4660052F020000D4000063A8@cs-emo.csir.co.za> Richard Thanks for sharing those ideas and thoughts. I looked at the Nuxeo site, and also read through the technical comparison by Richard Wyles - very interesting. I also looked the Fedora case study implementation by Richard Green [sidebar - there do seem to be lots of Richards here... is it just a coincidence that my middle name is - Richard!] In summary, I have gathered that: * DSpace is less technically capable, does not scale as well, does not handle complex objects or variety of objects, or mass-uploading of data, but has an easy and simple front-end for users and administrators. There is also a wealth of start-up material and a good community. * Fedora is more technically capable, scales well (within our likely limits at least), seems to handle complex objects with a variety of data types - MIME- based. There is no front-end that works on the web; and the Java interface that is supplied looks absolutely barebones at best. The concepts and ideas of Fedora also seem quite complex and are not clearly explained in the starting documentation. User docs and tutorials seem minimal. Community support is unknown. Richard Green's case study says: "Fedora 'out of the box' was a software tool with an associated very steep learning curve and a user had to rely heavily on documentation available on the Fedora website... we came to realise that the documentation appeared to lack some crucial elements and that, for a first time user, it was sometimes not easy to follow." * Nuxeo might be promising; it has lots of flash but the capabilities are harder to discern. The emphasis seems to be on CMS, which is not really what we need; from their website list of features: # Workspaces to create and work on documents # Flexible versioning of documents # Document Life Cycle Management # Collaboration features such as comments, on-demand notifications, etc. # Search / Query interface to the document repository This leaves us in a difficult position between two choices; (a) to hold off and hope for Fedora to significantly improve the front end and user documentation... which might be problematic as its not clear how there funding will continue after September this year (2007), and there is no project roadmap, so its not that clear as to what they will actually focus on. (b) to go on with DSpace, and acknowledge that its a temporary solution which may not adequately address many of our use cases (although still a step up from holding all research data on local drives or on a DMS). if we later decide to switch to Fedora, I hope it would be possible to extract the content out for the new system. DSpace says: http://wiki.dspace.org/index.php//EndUserFaq#Can_I_export_my_digital_material_out_of_DSpace.3F this is possible.... Derek >>> Richard MAHONEY 2007/06/01 01:26:42 AM >>> Dear Derek, On Fri, 2007-06-01 at 00:20, Derek Hohls wrote: > I have recently installed and started looking at DSpace as a "digital" > repository. > > Background: > I work in a science research organisation. We are clustered into > hierarchical groups doing "similar" work, but this structure changes and > evolves all the time. Most of the work we do is in the form of > projects. Each project tackles a particular subject, with a start/end > date. As a result of this, any number of digital "objects" are > generated: PDF's, images, presentations, reports, spreadsheets, data > files, model runs outputs, program code, spatial files etc. Usually, > such material is archived on CD and kept "somewhere". > > The organisation does run a formal Document Management System (DMS); > this is typically used for project reports and has the facilities of > document security control, access, version tracking etc. Its also > integrated into other tools we use. > > Problem Statement: > I need to provision a system that can be used a complete "digital" > archive; that stores *all* digital information in an accessible and > easily retrievable manner, with easy uploading/downloading of material > into the archive. > > Impression of DSpace: > My early, high expectations of DSpace have been tempered somewhat as I > have started looking at the interface in more detail. My impression so > far is that DSpace seems designed as primarily for occasional storage of > literature-type of material, within the framework of a stable > organisational framework, whereas I am looking for frequent storage of > widely varying material within a shifting organisational framework, > accompanied by ongoing staff turnover. > > I really would like some input from the existing community - especially > those that may have similar experience in this kind of environment, > whether or not DSpace is the tool to use. In particular, some of the > worrying limits I have seen so far are ... [snip] I have been using DSpace for over a year now -- 1.3.x and 1.4.x -- on Solaris 10 with Sun's Java System Web Server (6.1 and 7.0). I use DSpace for Indica et Buddhica - Repositorium: a digital archive designed to capture, store, index, preserve, and distribute materials pertinent to Indology and South Asian Buddhology. While the aim is to build an archive that enables Indologists and Buddhologists to catalogue and store a variety of materials -- articles, books, images, theses, software, working papers and so on -- the main concern at present is to lay the foundation by filling the archive with relevant bibliographical records. This is underway and almost 25,000 records are available already, the same number again should be loaded within the next few weeks. More details here: http://indica-et-buddhica.org/sections/repositorium-preview You are at the critical stage of selecting and assessing an archival platform so I will try to address your concerns candidly. I am currently using DSpace only as -- for me -- there is presently no suitable alternative. While I was impressed by proven scalability of Fedora, the lack of a decent Java web app. admin. and user interface ruled it out. (I prefer to avoid PHP apps if possible, and last time I tried Fez it consistently crashed Sun's Web Server -- completely unacceptable on a test server, let alone in production.) Another suite capable of scaling was CDS Invenio (a.k.a. CDSWare). Unfortunately it is rather complex to compile, configure and maintain on Solaris so is not currently an option. Unfortunately, all that is really left is DSpace, with its well known performance and scalability issues. Although these shortcomings have been raised many times on the mailing lists I seen no evidence that they are being addressed with anything but lip service. The discouraging findings of this technical evaluation, I believe, still hold: a.) Technical Evaluation of Research Repositories (Richard Wyles - 2006-09-14 16:49) https://eduforge.org/docman/?group_id=131 >From my own perspective, then, I see DSpace as nothing but a temporary solution until a good Java web app. is developed for Fedora. Another alternative, perhaps more likely in the short term, is Nuxeo's soon to be released Java app. Nuxeo 5. I am already using their Zope based CPS 4 for the front end of my site and very happy with it. Nuxeo claims that CPS 4 has been tested and approved with more than 3TB of live data (3 million documents). It is intended that version 5 will effortlessly scale to over 5TB. This will need to be assessed, but early indications are convincing. Below are a few references. You may like to note that their current development is being driven by the needs of clients perhaps not so very different from your own: i.) Nuxeo Home Page: http://www.nuxeo.com/ ii.) CPS Project Page: http://www.cps-project.org/ iii.) About the Zope to Java technology switch (CPS 4 to Nuxeo 5): http://www.nuxeo.com/en/java-switch/ iv.) Nuxeo 5 Project Page: http://www.nuxeo.com/en/products/ http://www.nuxeo.org/static/snapshots/ (Download Daily Snapshots) v.) Nuxeo 5 Roadmap http://www.nuxeo.org/sections/about/roadmap/ vi.) Nuxeo Clients: http://www.nuxeo.com/en/customers/ vii.) Mailing Lists (Nuxeo 5): http://lists.nuxeo.com/mailman/listinfo/ecm Best regards, Richard Mahoney -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to CallCentre at csir.co.za. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From mgil67 at gmail.com Fri Jun 1 15:13:54 2007 From: mgil67 at gmail.com (Marcos Gil Costa de Carvalho) Date: Fri, 1 Jun 2007 16:13:54 -0300 Subject: [Dspace-general] problem with ant fresh_install in DSpace Message-ID: - Install of Dspace 1.4.2 - Database: PostgreSQL 8.2 - I put the JDBC files in lib [dspace-source]/lib - The TomCat is working I can?t finalize the DSpace?s installation, because when i submit the command: "ant fresh_install" always show the message below: Please help-me! Marcos Gil. C:\dspace-source>ant fresh_install Buildfile: build.xml compile: install_code: [copy] Copying 1 file to C:\dspace\lib build_wars: [war] Building war: C:\dspace-source\build\dspace.war [war] Building war: C:\dspace-source\build\dspace-oai.war init_configs: [copy] Copying 1 file to C:\dspace\config setup_database: [java] 2007-06-01 09:52:54,640 INFO org.dspace.storage.rdbms.InitializeDat abase @ Initializing Database load_registries: BUILD FAILED C:\dspace-source\build.xml:333: Java returned: 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070601/4bd2ef39/attachment.htm From r.mahoney at iconz.co.nz Sun Jun 3 00:11:46 2007 From: r.mahoney at iconz.co.nz (Richard MAHONEY) Date: Sun, 03 Jun 2007 16:11:46 +1200 Subject: [Dspace-general] DSpace: "digital" archive or "literature" archive? In-Reply-To: <4660052F020000D4000063A8@cs-emo.csir.co.za> References: <465EA23F020000D4000062CD@cs-emo.csir.co.za> <465EA2A1020000D4000062D0@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <1180654002.1265.82.camel@proliant> <4660052F020000D4000063A8@cs-emo.csir.co.za> Message-ID: <1180843906.14979.18.camel@proliant> Hello Derek, On Fri, 2007-06-01 at 21:38, Derek Hohls wrote: > Richard > > Thanks for sharing those ideas and thoughts. > I looked at the Nuxeo site, and also read through the technical > comparison by Richard Wyles - very interesting. I also looked the > Fedora case study implementation by Richard Green > In summary, I have gathered that: > * DSpace is less technically capable, does not scale as well, does not > handle complex objects or variety of objects, or mass-uploading of > data, but has an easy and simple front-end for users and > administrators. There is also a wealth of start-up material and a good > community. > * Fedora is more technically capable, scales well (within our likely > limits at least), seems to handle complex objects with a variety of > data types - MIME- based. There is no front-end that works on the > web; and the Java interface that is supplied looks absolutely > barebones at best. The concepts and ideas of Fedora also seem quite > complex and are not clearly explained in the starting documentation. > User docs and tutorials seem minimal. Community support is unknown. > Richard Green's case study says: "Fedora 'out of the box' was a > software tool with an associated very steep learning curve and a user > had to rely heavily on documentation available on the Fedora > website... we came to realise that the documentation appeared to lack > some crucial elements and that, for a first time user, it was sometimes > not easy to follow." > This leaves us in a difficult position between two choices; > (a) to hold off and hope for Fedora to significantly improve the front > end and user documentation... which might be problematic as its not > clear how there funding will continue after September this year > (2007), and there is no project roadmap, so its not that clear as to > what they will actually focus on. > (b) to go on with DSpace, and acknowledge that its a temporary solution > which may not adequately address many of our use cases (although still > a step up from holding all research data on local drives or on a DMS). > if we later decide to switch to Fedora, I hope it would be possible to > extract the content out for the new system. DSpace says: > http://wiki.dspace.org/index.php//EndUserFaq#Can_I_export_my_digital_material_out_of_DSpace.3F > > this is possible.... Another option -- which I forgot to mention -- may be MyCoRe, at least once the interface and documentation are available in English (anticipated): About MyCoRe: http://www.mycore.de/content/main/information.xml Features: http://www.mycore.de/content/main/information/description.xml Applications (Deployments): http://www.mycore.de/content/main/anwendungen.xml MyCoRe Documentation: http://www.mycore.de/content/main/documentation.xml Note the commitment to support enterprise grade databases, support for audio and video streaming, and an Z39.50 interface. Best regards, Richard Mahoney -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ From filippos at uom.gr Mon Jun 4 05:35:42 2007 From: filippos at uom.gr (Filippos N Kolovos) Date: Mon, 4 Jun 2007 12:35:42 +0300 Subject: [Dspace-general] Restrict OAI-PMH in Dspace Message-ID: <007301c7a68b$b8c37270$46d6fbc3@library.uom.gr> Dear All, Is there a way to restrict the OAI-PMH server via the Dspace configuration files, so that it only sends metadata from selected communities/collections? I have an implementation of Dspace where I would like to restrict the OAI metadata server to send metadata for all my collections excluding some of them for security reasons. Thank you in advance for your help 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 ----------------------------------------------------------------------- -- 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/20070604/4499a247/attachment.htm From kenzie at MIT.EDU Mon Jun 4 09:30:21 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Mon, 04 Jun 2007 09:30:21 -0400 Subject: [Dspace-general] DSpace: "digital" archive or "literature" archive? In-Reply-To: <4660052F020000D4000063A8@cs-emo.csir.co.za> References: <465EA23F020000D4000062CD@cs-emo.csir.co.za> <465EA2A1020000D4000062D0@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <1180654002.1265.82.camel@proliant> <4660052F020000D4000063A8@cs-emo.csir.co.za> Message-ID: <466413ED.2030505@mit.edu> Dear Derek, Richard, et al. I am occasionally amazed at the degree to which DSpace, after 5 years as an open source software project, is still talked about as if it were a vendor product... of course it has limitations... all software does, especially when it's five years old and actually getting used. But in this the outcome is in *your* hands. Based on its cumulative experience, last year some members of the DSpace technical community produced an architecture for needed improvements to the system: http://wiki.dspace.org/index.php/ArchReviewReport Michele Kimpton, the new Executive Director of the DSpace Foundation, is now at work on how we can collectively move that forward. We need to figure out the funding model to get this work done, but I'm pretty confident it will happen... there are too many organizations depending on DSpace now to let it age out of existence, mine included. And there's always that data export exit strategy if it does -- one of the original requirements of the system that acknowledges how short the life span of software is these days, and how little we still know about the "right" way to build these systems. Cheers, MacKenzie MIT Libraries Derek Hohls wrote: > Richard > > Thanks for sharing those ideas and thoughts. > > I looked at the Nuxeo site, and also read through the technical > comparison > by Richard Wyles - very interesting. I also looked the Fedora case > study > implementation by Richard Green [sidebar - there do seem to be lots of > > Richards here... is it just a coincidence that my middle name is - > Richard!] > > In summary, I have gathered that: > > * DSpace is less technically capable, does not scale as well, does not > handle complex objects or variety of objects, or mass-uploading of > data, > but has an easy and simple front-end for users and administrators. > There > is also a wealth of start-up material and a good community. > > * Fedora is more technically capable, scales well (within our likely > limits > at least), seems to handle complex objects with a variety of data types > - MIME- > based. There is no front-end that works on the web; and the Java > interface > that is supplied looks absolutely barebones at best. The concepts and > ideas > of Fedora also seem quite complex and are not clearly explained in the > starting > documentation. User docs and tutorials seem minimal. Community > support > is unknown. > > Richard Green's case study says: > "Fedora 'out of the box' was a software tool with an associated very > steep learning > curve and a user had to rely heavily on documentation available on the > Fedora > website... we came to realise that the documentation appeared to lack > some > crucial elements and that, for a first time user, it was sometimes not > easy to follow." > > * Nuxeo might be promising; it has lots of flash but the capabilities > are harder > to discern. The emphasis seems to be on CMS, which is not really what > we need; > from their website list of features: > # Workspaces to create and work on documents > # Flexible versioning of documents > # Document Life Cycle Management > # Collaboration features such as comments, on-demand notifications, > etc. > # Search / Query interface to the document repository > > > This leaves us in a difficult position between two choices; > (a) to hold off and hope for Fedora to significantly improve the front > end > and user documentation... which might be problematic as its not clear > > how there funding will continue after September this year (2007), > and there is no project roadmap, so its not that clear as to what they > will > actually focus on. > (b) to go on with DSpace, and acknowledge that its a temporary > solution > which may not adequately address many of our use cases (although still > a > step up from holding all research data on local drives or on a DMS). > if > we later decide to switch to Fedora, I hope it would be possible to > extract > the content out for the new system. DSpace says: > http://wiki.dspace.org/index.php//EndUserFaq#Can_I_export_my_digital_material_out_of_DSpace.3F > > this is possible.... > > > Derek > > > >>>> Richard MAHONEY 2007/06/01 01:26:42 AM >>> >>>> > > Dear Derek, > > On Fri, 2007-06-01 at 00:20, Derek Hohls wrote: > >> I have recently installed and started looking at DSpace as a >> > "digital" > >> repository. >> >> Background: >> I work in a science research organisation. We are clustered into >> hierarchical groups doing "similar" work, but this structure changes >> > and > >> evolves all the time. Most of the work we do is in the form of >> projects. Each project tackles a particular subject, with a >> > start/end > >> date. As a result of this, any number of digital "objects" are >> generated: PDF's, images, presentations, reports, spreadsheets, data >> files, model runs outputs, program code, spatial files etc. >> > Usually, > >> such material is archived on CD and kept "somewhere". >> >> The organisation does run a formal Document Management System (DMS); >> this is typically used for project reports and has the facilities of >> document security control, access, version tracking etc. Its also >> integrated into other tools we use. >> >> Problem Statement: >> I need to provision a system that can be used a complete "digital" >> archive; that stores *all* digital information in an accessible and >> easily retrievable manner, with easy uploading/downloading of >> > material > >> into the archive. >> >> Impression of DSpace: >> My early, high expectations of DSpace have been tempered somewhat as >> > I > >> have started looking at the interface in more detail. My impression >> > so > >> far is that DSpace seems designed as primarily for occasional storage >> > of > >> literature-type of material, within the framework of a stable >> organisational framework, whereas I am looking for frequent storage >> > of > >> widely varying material within a shifting organisational framework, >> accompanied by ongoing staff turnover. >> >> I really would like some input from the existing community - >> > especially > >> those that may have similar experience in this kind of environment, >> whether or not DSpace is the tool to use. In particular, some of >> > the > >> worrying limits I have seen so far are ... >> > > [snip] > > I have been using DSpace for over a year now -- 1.3.x and 1.4.x -- on > Solaris 10 with Sun's Java System Web Server (6.1 and 7.0). I use > DSpace for Indica et Buddhica - Repositorium: a digital archive > designed to capture, store, index, preserve, and distribute materials > pertinent to Indology and South Asian Buddhology. While the aim is to > build an archive that enables Indologists and Buddhologists to > catalogue and store a variety of materials -- articles, books, images, > theses, software, working papers and so on -- the main concern at > present is to lay the foundation by filling the archive with relevant > bibliographical records. This is underway and almost 25,000 records > are > available already, the same number again should be loaded within the > next few weeks. More details here: > > http://indica-et-buddhica.org/sections/repositorium-preview > > You are at the critical stage of selecting and assessing an archival > platform so I will try to address your concerns candidly. > > I am currently using DSpace only as -- for me -- there is presently no > suitable alternative. While I was impressed by proven scalability of > Fedora, the lack of a decent Java web app. admin. and user interface > ruled it out. (I prefer to avoid PHP apps if possible, and last time > I > tried Fez it consistently crashed Sun's Web Server -- completely > unacceptable on a test server, let alone in production.) Another suite > capable of scaling was CDS Invenio (a.k.a. CDSWare). Unfortunately it > is rather complex to compile, configure and maintain on Solaris so is > not currently an option. Unfortunately, all that is really left is > DSpace, with its well known performance and scalability issues. > > Although these shortcomings have been raised many times on the mailing > lists I seen no evidence that they are being addressed with anything > but lip service. The discouraging findings of this technical > evaluation, I believe, still hold: > > a.) Technical Evaluation of Research Repositories (Richard Wyles > - 2006-09-14 16:49) > https://eduforge.org/docman/?group_id=131 > > > >From my own perspective, then, I see DSpace as nothing but a > temporary > solution until a good Java web app. is developed for Fedora. Another > alternative, perhaps more likely in the short term, is Nuxeo's soon to > be released Java app. Nuxeo 5. I am already using their Zope based CPS > 4 for the front end of my site and very happy with it. Nuxeo claims > that CPS 4 has been tested and approved with more than 3TB of live > data > (3 million documents). It is intended that version 5 will effortlessly > scale to over 5TB. This will need to be assessed, but early > indications > are convincing. Below are a few references. You may like to note that > their current development is being driven by the needs of clients > perhaps not so very different from your own: > > > i.) Nuxeo Home Page: > > http://www.nuxeo.com/ > > ii.) CPS Project Page: > > http://www.cps-project.org/ > > iii.) About the Zope to Java technology switch (CPS 4 to Nuxeo 5): > > http://www.nuxeo.com/en/java-switch/ > > iv.) Nuxeo 5 Project Page: > > http://www.nuxeo.com/en/products/ > > http://www.nuxeo.org/static/snapshots/ (Download Daily Snapshots) > > v.) Nuxeo 5 Roadmap > > http://www.nuxeo.org/sections/about/roadmap/ > > > vi.) Nuxeo Clients: > > http://www.nuxeo.com/en/customers/ > > vii.) Mailing Lists (Nuxeo 5): > > http://lists.nuxeo.com/mailman/listinfo/ecm > > > > Best regards, > > Richard Mahoney > > > -- MacKenzie Smith Associate Director for Technology MIT Libraries From DHohls at csir.co.za Mon Jun 4 10:35:35 2007 From: DHohls at csir.co.za (Derek Hohls) Date: Mon, 04 Jun 2007 16:35:35 +0200 Subject: [Dspace-general] DSpace: "digital" archive or "literature" archive? In-Reply-To: <466413ED.2030505@mit.edu> References: <465EA23F020000D4000062CD@cs-emo.csir.co.za> <465EA2A1020000D4000062D0@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <465ED99F020000D400006325@cs-emo.csir.co.za> <1180654002.1265.82.camel@proliant> <4660052F020000D4000063A8@cs-emo.csir.co.za><4660052F020000D4000063A8@cs-emo.csir.co.za> <466413ED.2030505@mit.edu> Message-ID: <46643F57020000D400006448@cs-emo.csir.co.za> MacKenzie It was not my intention to create a "vendor tone" around DSpace; for what its worth I have had (and seen others having) similar kinds of discussions around other OSS on other mailing lists ... with no "adverse reactions". My intention was not to try and highlight any shortcomings or cast any aspersions on the usability of DSpace; rather, I was trying to see where it could or might not meet our specific needs. We do have a preference to use an OSS solution - and one of the great aspects of the OSS development model is that there is often are choices; with each one having its own pros or cons. I have already learnt a lot on this thread to help me with that choice. I also wish you well in your endeavours to continue with DSpace development - as you say, there have been inputs from the members of the DSpace technical community ... but don't forget to hear the occasional voices of the less technical as well! Derek >>> MacKenzie Smith 2007/06/04 03:30 PM >>> Dear Derek, Richard, et al. I am occasionally amazed at the degree to which DSpace, after 5 years as an open source software project, is still talked about as if it were a vendor product... of course it has limitations... all software does, especially when it's five years old and actually getting used. But in this the outcome is in *your* hands. Based on its cumulative experience, last year some members of the DSpace technical community produced an architecture for needed improvements to the system: http://wiki.dspace.org/index.php/ArchReviewReport Michele Kimpton, the new Executive Director of the DSpace Foundation, is now at work on how we can collectively move that forward. We need to figure out the funding model to get this work done, but I'm pretty confident it will happen... there are too many organizations depending on DSpace now to let it age out of existence, mine included. And there's always that data export exit strategy if it does -- one of the original requirements of the system that acknowledges how short the life span of software is these days, and how little we still know about the "right" way to build these systems. Cheers, MacKenzie MIT Libraries Derek Hohls wrote: > Richard > > Thanks for sharing those ideas and thoughts. > > I looked at the Nuxeo site, and also read through the technical > comparison > by Richard Wyles - very interesting. I also looked the Fedora case > study > implementation by Richard Green [sidebar - there do seem to be lots of > > Richards here... is it just a coincidence that my middle name is - > Richard!] > > In summary, I have gathered that: > > * DSpace is less technically capable, does not scale as well, does not > handle complex objects or variety of objects, or mass-uploading of > data, > but has an easy and simple front-end for users and administrators. > There > is also a wealth of start-up material and a good community. > > * Fedora is more technically capable, scales well (within our likely > limits > at least), seems to handle complex objects with a variety of data types > - MIME- > based. There is no front-end that works on the web; and the Java > interface > that is supplied looks absolutely barebones at best. The concepts and > ideas > of Fedora also seem quite complex and are not clearly explained in the > starting > documentation. User docs and tutorials seem minimal. Community > support > is unknown. > > Richard Green's case study says: > "Fedora 'out of the box' was a software tool with an associated very > steep learning > curve and a user had to rely heavily on documentation available on the > Fedora > website... we came to realise that the documentation appeared to lack > some > crucial elements and that, for a first time user, it was sometimes not > easy to follow." > > * Nuxeo might be promising; it has lots of flash but the capabilities > are harder > to discern. The emphasis seems to be on CMS, which is not really what > we need; > from their website list of features: > # Workspaces to create and work on documents > # Flexible versioning of documents > # Document Life Cycle Management > # Collaboration features such as comments, on-demand notifications, > etc. > # Search / Query interface to the document repository > > > This leaves us in a difficult position between two choices; > (a) to hold off and hope for Fedora to significantly improve the front > end > and user documentation... which might be problematic as its not clear > > how there funding will continue after September this year (2007), > and there is no project roadmap, so its not that clear as to what they > will > actually focus on. > (b) to go on with DSpace, and acknowledge that its a temporary > solution > which may not adequately address many of our use cases (although still > a > step up from holding all research data on local drives or on a DMS). > if > we later decide to switch to Fedora, I hope it would be possible to > extract > the content out for the new system. DSpace says: > http://wiki.dspace.org/index.php//EndUserFaq#Can_I_export_my_digital_material_out_of_DSpace.3F > > this is possible.... > > > Derek > > > >>>> Richard MAHONEY 2007/06/01 01:26:42 AM >>> >>>> > > Dear Derek, > > On Fri, 2007-06-01 at 00:20, Derek Hohls wrote: > >> I have recently installed and started looking at DSpace as a >> > "digital" > >> repository. >> >> Background: >> I work in a science research organisation. We are clustered into >> hierarchical groups doing "similar" work, but this structure changes >> > and > >> evolves all the time. Most of the work we do is in the form of >> projects. Each project tackles a particular subject, with a >> > start/end > >> date. As a result of this, any number of digital "objects" are >> generated: PDF's, images, presentations, reports, spreadsheets, data >> files, model runs outputs, program code, spatial files etc. >> > Usually, > >> such material is archived on CD and kept "somewhere". >> >> The organisation does run a formal Document Management System (DMS); >> this is typically used for project reports and has the facilities of >> document security control, access, version tracking etc. Its also >> integrated into other tools we use. >> >> Problem Statement: >> I need to provision a system that can be used a complete "digital" >> archive; that stores *all* digital information in an accessible and >> easily retrievable manner, with easy uploading/downloading of >> > material > >> into the archive. >> >> Impression of DSpace: >> My early, high expectations of DSpace have been tempered somewhat as >> > I > >> have started looking at the interface in more detail. My impression >> > so > >> far is that DSpace seems designed as primarily for occasional storage >> > of > >> literature-type of material, within the framework of a stable >> organisational framework, whereas I am looking for frequent storage >> > of > >> widely varying material within a shifting organisational framework, >> accompanied by ongoing staff turnover. >> >> I really would like some input from the existing community - >> > especially > >> those that may have similar experience in this kind of environment, >> whether or not DSpace is the tool to use. In particular, some of >> > the > >> worrying limits I have seen so far are ... >> > > [snip] > > I have been using DSpace for over a year now -- 1.3.x and 1.4.x -- on > Solaris 10 with Sun's Java System Web Server (6.1 and 7.0). I use > DSpace for Indica et Buddhica - Repositorium: a digital archive > designed to capture, store, index, preserve, and distribute materials > pertinent to Indology and South Asian Buddhology. While the aim is to > build an archive that enables Indologists and Buddhologists to > catalogue and store a variety of materials -- articles, books, images, > theses, software, working papers and so on -- the main concern at > present is to lay the foundation by filling the archive with relevant > bibliographical records. This is underway and almost 25,000 records > are > available already, the same number again should be loaded within the > next few weeks. More details here: > > http://indica-et-buddhica.org/sections/repositorium-preview > > You are at the critical stage of selecting and assessing an archival > platform so I will try to address your concerns candidly. > > I am currently using DSpace only as -- for me -- there is presently no > suitable alternative. While I was impressed by proven scalability of > Fedora, the lack of a decent Java web app. admin. and user interface > ruled it out. (I prefer to avoid PHP apps if possible, and last time > I > tried Fez it consistently crashed Sun's Web Server -- completely > unacceptable on a test server, let alone in production.) Another suite > capable of scaling was CDS Invenio (a.k.a. CDSWare). Unfortunately it > is rather complex to compile, configure and maintain on Solaris so is > not currently an option. Unfortunately, all that is really left is > DSpace, with its well known performance and scalability issues. > > Although these shortcomings have been raised many times on the mailing > lists I seen no evidence that they are being addressed with anything > but lip service. The discouraging findings of this technical > evaluation, I believe, still hold: > > a.) Technical Evaluation of Research Repositories (Richard Wyles > - 2006-09-14 16:49) > https://eduforge.org/docman/?group_id=131 > > > >From my own perspective, then, I see DSpace as nothing but a > temporary > solution until a good Java web app. is developed for Fedora. Another > alternative, perhaps more likely in the short term, is Nuxeo's soon to > be released Java app. Nuxeo 5. I am already using their Zope based CPS > 4 for the front end of my site and very happy with it. Nuxeo claims > that CPS 4 has been tested and approved with more than 3TB of live > data > (3 million documents). It is intended that version 5 will effortlessly > scale to over 5TB. This will need to be assessed, but early > indications > are convincing. Below are a few references. You may like to note that > their current development is being driven by the needs of clients > perhaps not so very different from your own: > > > i.) Nuxeo Home Page: > > http://www.nuxeo.com/ > > ii.) CPS Project Page: > > http://www.cps-project.org/ > > iii.) About the Zope to Java technology switch (CPS 4 to Nuxeo 5): > > http://www.nuxeo.com/en/java-switch/ > > iv.) Nuxeo 5 Project Page: > > http://www.nuxeo.com/en/products/ > > http://www.nuxeo.org/static/snapshots/ (Download Daily Snapshots) > > v.) Nuxeo 5 Roadmap > > http://www.nuxeo.org/sections/about/roadmap/ > > > vi.) Nuxeo Clients: > > http://www.nuxeo.com/en/customers/ > > vii.) Mailing Lists (Nuxeo 5): > > http://lists.nuxeo.com/mailman/listinfo/ecm > > > > Best regards, > > Richard Mahoney > > > -- MacKenzie Smith Associate Director for Technology MIT Libraries -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to CallCentre at csir.co.za. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From courtois at ksu.edu Mon Jun 4 13:09:55 2007 From: courtois at ksu.edu (Martin Courtois) Date: Mon, 4 Jun 2007 12:09:55 -0500 Subject: [Dspace-general] Subscripts in Abstracts In-Reply-To: <008601c4b6ef$694b2d70$a24dd080@lib.washington.edu> References: <008601c4b6ef$694b2d70$a24dd080@lib.washington.edu> Message-ID: <1180976995.466447631d90e@webmail.ksu.edu> Is there a way to render subscripts or superscripts correctly in abstracts? We use DSpace for electronic theses and dissertations, and many submissions have special characters or symbols in the abstract. For some symbols, the student can use Word to insert the symbol, then copy it into the DSpace submission form. But, this process doesn't work with sub- or superscripts. Thanks for any suggestions or ideas, Marty Martin Courtois Information Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 Phone: 785 532-4428 Fax: 785 532-3199 E-mail: courtois at ksu.edu From gwiersma at MIT.EDU Mon Jun 4 13:32:07 2007 From: gwiersma at MIT.EDU (Grace Wiersma) Date: Mon, 4 Jun 2007 13:32:07 -0400 Subject: [Dspace-general] Subscripts in Abstracts In-Reply-To: <1180976995.466447631d90e@webmail.ksu.edu> References: <008601c4b6ef$694b2d70$a24dd080@lib.washington.edu> <1180976995.466447631d90e@webmail.ksu.edu> Message-ID: <004501c7a6ce$4692ad40$77013312@mitlibraries.ms.mit.edu> Martin, The copy and paste method will work for you if you tweak it. This means that after the copy and paste action, you must *reverse* the metadata submission process, so to speak, by pressing the prior step buttons at the top of the screen to force it to move *backward* to an earlier stage. Then, reverse directions again by pressing the *next* step buttons, clicking through the process to where you had stopped, and then moving on to the next step in submission. This apparently has the effect of forcing the character property data (super- and subscript information) that accompanies what you already pasted into the form before to be *swallowed* by the server so that it regurgitates the proper characters to the screen from then onward. If you do not see the characters display as they should by the time you get to the subsequent step in submission, it has not worked and you need to try again. Sometimes it takes a couple of tries, as I recall. For wild and wooly characters, this workaround is not effective, but super- and subscript characters are now apparently part of the core encoding that is accepted by the system. Sorry, I am not looking at the submission screen at the moment, so cannot be more precise about the exact names of buttons, etc. Hope this helps. Grace Wiersma Cataloging & Metadata Services MIT Libraries gwiersma at mit.edu (617) 253-0643 -----Original Message----- From: dspace-general-bounces at MIT.EDU [mailto:dspace-general-bounces at MIT.EDU] On Behalf Of Martin Courtois Sent: Monday, June 04, 2007 1:10 PM To: dspace-general at mit.edu Subject: [Dspace-general] Subscripts in Abstracts Is there a way to render subscripts or superscripts correctly in abstracts? We use DSpace for electronic theses and dissertations, and many submissions have special characters or symbols in the abstract. For some symbols, the student can use Word to insert the symbol, then copy it into the DSpace submission form. But, this process doesn't work with sub- or superscripts. Thanks for any suggestions or ideas, Marty Martin Courtois Information Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 Phone: 785 532-4428 Fax: 785 532-3199 E-mail: courtois at ksu.edu _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From sunyeen at hawaii.edu Mon Jun 4 21:07:13 2007 From: sunyeen at hawaii.edu (Sunyeen Pai) Date: Mon, 04 Jun 2007 15:07:13 -1000 Subject: =?iso-8859-1?Q?Re=3A__RE=A0=3A_=5BDspace-general=5D_Replacing_a?= =?iso-8859-1?Q?_bitstream_and_getting_an_updated_checksum_value_in_the_?= =?iso-8859-1?Q?metadata?= In-Reply-To: <74F2DA0DB68F6949AD0CEBE2058A2C41D103CA@MTL-MSG-02.cgiclients.com> References: <74F2DA0DB68F6949AD0CEBE2058A2C41D103CA@MTL-MSG-02.cgiclients.com> Message-ID: Hi Stephane, You have probably already answered your question by now, but I did test your method and ItemImport --replace does update the checksum. I tested this with an item record that I imported into the database. In addition, I tried to do this with a manually entered item by editing the mapfile and creating a handle file in the item's folder. I hope this is not a no-no... but at any rate, it worked, the content was replaced and the checksum was updated. These were just small tests... please test this on your site too. Feedback welcome! --Sunny ----- Original Message ----- From: "Tellier, Stephane" Date: Wednesday, May 23, 2007 11:19 am Subject: RE?: [Dspace-general] Replacing a bitstream and getting an updated checksum value in the metadata To: Sunyeen Pai , dspace-general at mit.edu > Hi Sunyeen, > > we actually have the same needs in our project : some bitstreams > must be updated in DSpace to contains URLs generated after the > ingestion (like handles). > We do that by making a ItemImport --replace immediately after > doing a ItemImport --add with the import tool. > We run cleanup after. > Since ItemImport --replace is a standard feature in DSpace, there > shouldn't be any problems with the checksum... > Alas we're not ready yet to verify this but we're close (still in > DEV/TEST mode). > Maybe someone can confirm that the checksum is ok after doing some > replaces with the ItemImport? > > > > ________________________________ > > De: dspace-general-bounces at mit.edu de la part de Sunyeen Pai > Date: mer. 2007-05-23 16:31 > ?: dspace-general at mit.edu > Objet : [Dspace-general] Replacing a bitstream and getting an > updated checksum value in the metadata > > > > Greetings, > > We are just at the beginning of setting up our repository. I was > wondering if you could advise us on this question: > > Background: We are working with an online journal editor who, in > the past, has included the paper's url in the footer of the paper > itself. We would like to accommodate this, but is this feasible? > I am pretty sure handle ids are not assigned until the document is > completely ingested, so I don't think there is a way of knowing > what a url will be before the document has been ingested (please > correct me if I am wrong). We were looking at, therefore, waiting > for the document to be "archived", getting the assigned handle, > then editing the pdf to reflect the new url. Then we would > "replace" the bitstream/document in the item record with the > updated bitstream. > > Problem with this solution: It is easy to remove the original > bitstream and add in the corrected one, but then the checksum > information is no longer correct. > > Questions: Can DSpace re-run checksums on corrected/replaced > bitstreams so that the new checksum value is automatically > reflected in the item's metadata (dc_provenance)? Or is this > something that must be corrected manually in the metadata? > > ps: If there is no easy way to do this, we will get back with the > editor. > Thank you, > --Sunny Pai > > University of Hawaii at Manoa Library > > > > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > From michele at dspace.org Tue Jun 5 09:20:04 2007 From: michele at dspace.org (Michele Kimpton) Date: Tue, 5 Jun 2007 09:20:04 -0400 Subject: [Dspace-general] Submissions to User Conference this fall Message-ID: <0E1113BC-EBB0-4898-A3AE-7B20F1D45052@dspace.org> To all: This fall, October 17th-19th, there will be a user group meeting for DSpace held in Rome, sponsored by Casper, CILEA, and FAO. If you are interested in attending and presenting at this conference ( the first user group meeting in Europe since April 2006) please submit your abstract by June 15th to the program committee. The abstract should be a brief summary of your presentation. The committee is most interested in the following topics, however all presentations are welcome for submittal: *those who have mature installations, and can share their experience of what works both with the technology and with persuading content-owners to deposit; * those with innovative applications of Dspace, perhaps for content other than research outputs; * those for whom their Dspace repositories are an important element in digital object preservation. For more information on the conference please visit http:// www.aepic.it/conf/index.php?cf=11 ABSTRACTS ARE DUE BY JUNE 15TH FOR CONSIDERATION. We hope to see you there, Michele Kimpton Exec Director DSpace Foundation From sunyeen at hawaii.edu Tue Jun 5 14:42:24 2007 From: sunyeen at hawaii.edu (Sunyeen Pai) Date: Tue, 05 Jun 2007 08:42:24 -1000 Subject: [Dspace-general] Subscripts in Abstracts In-Reply-To: References: Message-ID: Hi there, We have a similar request regarding the use of italics in keyword and abstract fields. My first reaction was that this was not possible, until I saw these emails. I tried the solution suggested by adding a superscript character using the submission steps at the top and the next button at the bottom of the screen, but no success. Did I leave something out or is there another solution? Perhaps a kind of escape character that will trigger the system to interpret the enclosed characters differently? Thank you very much, Sunny University of Hawaii at Manoa Library > > Message: 2 > Date: Mon, 4 Jun 2007 13:32:07 -0400 > From: "Grace Wiersma" > Subject: Re: [Dspace-general] Subscripts in Abstracts > To: "'Martin Courtois'" , > Message-ID: <004501c7a6ce$4692ad40$77013312 at mitlibraries.ms.mit.edu> > Content-Type: text/plain; charset="UTF-8" > > Martin, > > The copy and paste method will work for you if you tweak it. This > means that after the copy and paste action, you must *reverse* the > metadata submission process, so to speak, by pressing the prior > step buttons at the top of the screen to force it to move > *backward* to an earlier stage. Then, reverse directions again by > pressing the *next* step buttons, clicking through the process to > where you had stopped, and then moving on to the next step in > submission. This apparently has the effect of forcing the > character property data (super- and subscript information) that > accompanies what you already pasted into the form before to be > *swallowed* by the server so that it regurgitates the proper > characters to the screen from then onward. If you do not see the > characters display as they should by the time you get to the > subsequent step in submission, it has not worked and you need to > try again. Sometimes it takes a couple of tries, as I recall. For > wild and wooly characters, this worka! > round is not effective, but super- and subscript characters are > now apparently part of the core encoding that is accepted by the > system. > Sorry, I am not looking at the submission screen at the moment, so > cannot be more precise about the exact names of buttons, etc. > > Hope this helps. > > Grace Wiersma > Cataloging & Metadata Services > MIT Libraries > gwiersma at mit.edu > (617) 253-0643 > > -----Original Message----- > From: dspace-general-bounces at MIT.EDU [mailto:dspace-general- > bounces at MIT.EDU] On Behalf Of Martin Courtois > Sent: Monday, June 04, 2007 1:10 PM > To: dspace-general at mit.edu > Subject: [Dspace-general] Subscripts in Abstracts > > Is there a way to render subscripts or superscripts correctly in > abstracts? > > We use DSpace for electronic theses and dissertations, and many > submissions have special characters or symbols in the abstract. For > some symbols, the student can use Word to insert the symbol, then copy > it into the DSpace submission form. But, this process doesn't work > with sub- or superscripts. > > Thanks for any suggestions or ideas, > > Marty > > Martin Courtois > Information Technology Assistance Center > 509 Hale Library > Kansas State University > Manhattan KS 66506 > Phone: 785 532-4428 > Fax: 785 532-3199 > E-mail: courtois at ksu.edu > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general From courtois at ksu.edu Tue Jun 5 15:16:34 2007 From: courtois at ksu.edu (Martin Courtois) Date: Tue, 5 Jun 2007 14:16:34 -0500 Subject: [Dspace-general] Subscripts in Abstracts In-Reply-To: References: Message-ID: <1181070994.4665b692573e8@webmail.ksu.edu> I've had some success with this approach: 1. Open the abstract in Word. 2. On the Insert menu, select Symbol. 3. Set the font to Arial Unicode MS. This list has many, but not all subscripts, superscripts, math symbols, etc. I'm not sure if it has italic characters. 4. Select the symbol, then click Insert. 5. Copy/paste the text from Word into DSpace and submit the item. It's important to insert the character(s) as a symbol. If I use Format/Font in Word to display subscripts for example, it won't carry over into DSpace. I'm sure I'm missing the root of the issue, but this seems to work in some instances. Marty Martin Courtois Information Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 Phone: 785 532-4428 Fax: 785 532-3199 E-mail: courtois at ksu.edu Quoting Sunyeen Pai : > Hi there, > > We have a similar request regarding the use of italics in keyword and > abstract fields. My first reaction was that this was not possible, > until I saw these emails. > > I tried the solution suggested by adding a superscript character > using the submission steps at the top and the next button at the > bottom of the screen, but no success. Did I leave something out or > is there another solution? Perhaps a kind of escape character that > will trigger the system to interpret the enclosed characters > differently? > > Thank you very much, > Sunny > University of Hawaii at Manoa Library > > > > > Message: 2 > > Date: Mon, 4 Jun 2007 13:32:07 -0400 > > From: "Grace Wiersma" > > Subject: Re: [Dspace-general] Subscripts in Abstracts > > To: "'Martin Courtois'" , > > > Message-ID: > <004501c7a6ce$4692ad40$77013312 at mitlibraries.ms.mit.edu> > > Content-Type: text/plain; charset="UTF-8" > > > > Martin, > > > > The copy and paste method will work for you if you tweak it. This > > means that after the copy and paste action, you must *reverse* the > > metadata submission process, so to speak, by pressing the prior > > step buttons at the top of the screen to force it to move > > *backward* to an earlier stage. Then, reverse directions again by > > pressing the *next* step buttons, clicking through the process to > > where you had stopped, and then moving on to the next step in > > submission. This apparently has the effect of forcing the > > character property data (super- and subscript information) that > > accompanies what you already pasted into the form before to be > > *swallowed* by the server so that it regurgitates the proper > > characters to the screen from then onward. If you do not see the > > characters display as they should by the time you get to the > > subsequent step in submission, it has not worked and you need to > > try again. Sometimes it takes a couple of tries, as I recall. For > > wild and wooly characters, this worka! > > round is not effective, but super- and subscript characters are > > now apparently part of the core encoding that is accepted by the > > system. > > Sorry, I am not looking at the submission screen at the moment, so > > cannot be more precise about the exact names of buttons, etc. > > > > Hope this helps. > > > > Grace Wiersma > > Cataloging & Metadata Services > > MIT Libraries > > gwiersma at mit.edu > > (617) 253-0643 > > > > -----Original Message----- > > From: dspace-general-bounces at MIT.EDU [mailto:dspace-general- > > bounces at MIT.EDU] On Behalf Of Martin Courtois > > Sent: Monday, June 04, 2007 1:10 PM > > To: dspace-general at mit.edu > > Subject: [Dspace-general] Subscripts in Abstracts > > > > Is there a way to render subscripts or superscripts correctly in > > abstracts? > > > > We use DSpace for electronic theses and dissertations, and many > > submissions have special characters or symbols in the abstract. > For > > some symbols, the student can use Word to insert the symbol, then > copy > > it into the DSpace submission form. But, this process doesn't work > > with sub- or superscripts. > > > > Thanks for any suggestions or ideas, > > > > Marty > > > > Martin Courtois > > Information Technology Assistance Center > > 509 Hale Library > > Kansas State University > > Manhattan KS 66506 > > Phone: 785 532-4428 > > Fax: 785 532-3199 > > E-mail: courtois at ksu.edu > > _______________________________________________ > > Dspace-general mailing list > > Dspace-general at mit.edu > > http://mailman.mit.edu/mailman/listinfo/dspace-general > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > From gwiersma at MIT.EDU Tue Jun 5 16:06:55 2007 From: gwiersma at MIT.EDU (Grace Wiersma) Date: Tue, 5 Jun 2007 16:06:55 -0400 Subject: [Dspace-general] Subscripts in Abstracts In-Reply-To: <1181070994.4665b692573e8@webmail.ksu.edu> References: <1181070994.4665b692573e8@webmail.ksu.edu> Message-ID: <006f01c7a7ad$1154a810$77013312@mitlibraries.ms.mit.edu> Martin, Sunny, Yes! Sorry, my memory was clouded by a time gap since I did that. You are right, there is more to it than cutting and pasting and forcing the process backward, etc. For fairly predictable results (and assuming you are not doing very recently encoded characters, etc.) you need to input numeric character references directly (the Unicode code point for the subscript or other character, preceded by ampersand, number character, and the letter x). Then forcing the submission process *two/three steps back and one step forward* as we mentioned before will make DSpace process the character property information and output the right character to the screen the next time you see the metadata and abstract. Since people sometimes talk about things differently there could be other terms for this type of direct input more familiar to you. To clarify the form of what I mean by numeric character references (direct input), here are a couple of examples: ⁴ [superscript 4] ¹ [superscript 1] ⁺ [superscript plus] For your workflow, you can create a text or Word file containing the names of all the special characters likely to be needed, associated with their equivalent strings in direct input form (as illustrated above). If you do it in Word, you could show the glyph (what you want to see), followed by the direct input form, followed by its common name in brackets. Grace Wiersma Cataloging & Metadata Services MIT Libraries gwiersma at mit.edu (617) 253-0643 -----Original Message----- From: dspace-general-bounces at MIT.EDU [mailto:dspace-general-bounces at MIT.EDU] On Behalf Of Martin Courtois Sent: Tuesday, June 05, 2007 3:17 PM To: Sunyeen Pai Cc: dspace-general at mit.edu Subject: Re: [Dspace-general] Subscripts in Abstracts I've had some success with this approach: 1. Open the abstract in Word. 2. On the Insert menu, select Symbol. 3. Set the font to Arial Unicode MS. This list has many, but not all subscripts, superscripts, math symbols, etc. I'm not sure if it has italic characters. 4. Select the symbol, then click Insert. 5. Copy/paste the text from Word into DSpace and submit the item. It's important to insert the character(s) as a symbol. If I use Format/Font in Word to display subscripts for example, it won't carry over into DSpace. I'm sure I'm missing the root of the issue, but this seems to work in some instances. Marty Martin Courtois Information Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 Phone: 785 532-4428 Fax: 785 532-3199 E-mail: courtois at ksu.edu Quoting Sunyeen Pai : > Hi there, > > We have a similar request regarding the use of italics in keyword and > abstract fields. My first reaction was that this was not possible, > until I saw these emails. > > I tried the solution suggested by adding a superscript character > using the submission steps at the top and the next button at the > bottom of the screen, but no success. Did I leave something out or > is there another solution? Perhaps a kind of escape character that > will trigger the system to interpret the enclosed characters > differently? > > Thank you very much, > Sunny > University of Hawaii at Manoa Library > > > > > Message: 2 > > Date: Mon, 4 Jun 2007 13:32:07 -0400 > > From: "Grace Wiersma" > > Subject: Re: [Dspace-general] Subscripts in Abstracts > > To: "'Martin Courtois'" , > > > Message-ID: > <004501c7a6ce$4692ad40$77013312 at mitlibraries.ms.mit.edu> > > Content-Type: text/plain; charset="UTF-8" > > > > Martin, > > > > The copy and paste method will work for you if you tweak it. This > > means that after the copy and paste action, you must *reverse* the > > metadata submission process, so to speak, by pressing the prior > > step buttons at the top of the screen to force it to move > > *backward* to an earlier stage. Then, reverse directions again by > > pressing the *next* step buttons, clicking through the process to > > where you had stopped, and then moving on to the next step in > > submission. This apparently has the effect of forcing the > > character property data (super- and subscript information) that > > accompanies what you already pasted into the form before to be > > *swallowed* by the server so that it regurgitates the proper > > characters to the screen from then onward. If you do not see the > > characters display as they should by the time you get to the > > subsequent step in submission, it has not worked and you need to > > try again. Sometimes it takes a couple of tries, as I recall. For > > wild and wooly characters, this worka! > > round is not effective, but super- and subscript characters are > > now apparently part of the core encoding that is accepted by the > > system. > > Sorry, I am not looking at the submission screen at the moment, so > > cannot be more precise about the exact names of buttons, etc. > > > > Hope this helps. > > > > Grace Wiersma > > Cataloging & Metadata Services > > MIT Libraries > > gwiersma at mit.edu > > (617) 253-0643 > > > > -----Original Message----- > > From: dspace-general-bounces at MIT.EDU [mailto:dspace-general- > > bounces at MIT.EDU] On Behalf Of Martin Courtois > > Sent: Monday, June 04, 2007 1:10 PM > > To: dspace-general at mit.edu > > Subject: [Dspace-general] Subscripts in Abstracts > > > > Is there a way to render subscripts or superscripts correctly in > > abstracts? > > > > We use DSpace for electronic theses and dissertations, and many > > submissions have special characters or symbols in the abstract. > For > > some symbols, the student can use Word to insert the symbol, then > copy > > it into the DSpace submission form. But, this process doesn't work > > with sub- or superscripts. > > > > Thanks for any suggestions or ideas, > > > > Marty > > > > Martin Courtois > > Information Technology Assistance Center > > 509 Hale Library > > Kansas State University > > Manhattan KS 66506 > > Phone: 785 532-4428 > > Fax: 785 532-3199 > > E-mail: courtois at ksu.edu > > _______________________________________________ > > Dspace-general mailing list > > Dspace-general at mit.edu > > http://mailman.mit.edu/mailman/listinfo/dspace-general > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From sunyeen at hawaii.edu Tue Jun 5 19:18:13 2007 From: sunyeen at hawaii.edu (Sunyeen Pai) Date: Tue, 05 Jun 2007 13:18:13 -1000 Subject: [Dspace-general] Subscripts in Abstracts In-Reply-To: <006f01c7a7ad$1154a810$77013312@mitlibraries.ms.mit.edu> References: <1181070994.4665b692573e8@webmail.ksu.edu> <006f01c7a7ad$1154a810$77013312@mitlibraries.ms.mit.edu> Message-ID: Yes, Grace, I see how this works now! That's pretty cool. Martin, thank you for your input also! The insert symbol route works also. I will see if I can apply these options to italics, perhaps see if there is unicode for italics/Latin. Thank you, Sunny ----- Original Message ----- From: Grace Wiersma Date: Tuesday, June 5, 2007 10:06 am Subject: RE: [Dspace-general] Subscripts in Abstracts To: 'Martin Courtois' , 'Sunyeen Pai' Cc: dspace-general at mit.edu > Martin, Sunny, > > Yes! Sorry, my memory was clouded by a time gap since I did that. > You are right, there is more to it than cutting and pasting and > forcing the process backward, etc. > > For fairly predictable results (and assuming you are not doing > very recently encoded characters, etc.) you need to input numeric > character references directly (the Unicode code point for the > subscript or other character, preceded by ampersand, number > character, and the letter x). Then forcing the submission process > *two/three steps back and one step forward* as we mentioned before > will make DSpace process the character property information and > output the right character to the screen the next time you see the > metadata and abstract. > > Since people sometimes talk about things differently there could > be other terms for this type of direct input more familiar to you. > To clarify the form of what I mean by numeric character references > (direct input), here are a couple of examples: > ⁴ [superscript 4] > ¹ [superscript 1] > ⁺ [superscript plus] > > For your workflow, you can create a text or Word file containing > the names of all the special characters likely to be needed, > associated with their equivalent strings in direct input form (as > illustrated above). If you do it in Word, you could show the glyph > (what you want to see), followed by the direct input form, > followed by its common name in brackets. > > Grace Wiersma > Cataloging & Metadata Services > MIT Libraries > gwiersma at mit.edu > (617) 253-0643 > > -----Original Message----- > From: dspace-general-bounces at MIT.EDU [mailto:dspace-general- > bounces at MIT.EDU] On Behalf Of Martin Courtois > Sent: Tuesday, June 05, 2007 3:17 PM > To: Sunyeen Pai > Cc: dspace-general at mit.edu > Subject: Re: [Dspace-general] Subscripts in Abstracts > > I've had some success with this approach: > > 1. Open the abstract in Word. > 2. On the Insert menu, select Symbol. > 3. Set the font to Arial Unicode MS. This list has many, but not all > subscripts, superscripts, math symbols, etc. I'm not sure if it has > italic characters. > 4. Select the symbol, then click Insert. > 5. Copy/paste the text from Word into DSpace and submit the item. > > It's important to insert the character(s) as a symbol. If I use > Format/Font in Word to display subscripts for example, it won't carry > over into DSpace. > > I'm sure I'm missing the root of the issue, but this seems to work in > some instances. > > Marty > > Martin Courtois > Information Technology Assistance Center > 509 Hale Library > Kansas State University > Manhattan KS 66506 > Phone: 785 532-4428 > Fax: 785 532-3199 > E-mail: courtois at ksu.edu > > > Quoting Sunyeen Pai : > > > Hi there, > > > > We have a similar request regarding the use of italics in > keyword and > > abstract fields. My first reaction was that this was not possible, > > until I saw these emails. > > > > I tried the solution suggested by adding a superscript character > > using the submission steps at the top and the next button at the > > bottom of the screen, but no success. Did I leave something out or > > is there another solution? Perhaps a kind of escape character that > > will trigger the system to interpret the enclosed characters > > differently? > > > > Thank you very much, > > Sunny > > University of Hawaii at Manoa Library > > > > > > > > Message: 2 > > > Date: Mon, 4 Jun 2007 13:32:07 -0400 > > > From: "Grace Wiersma" > > > Subject: Re: [Dspace-general] Subscripts in Abstracts > > > To: "'Martin Courtois'" , > > > > > Message-ID: > > <004501c7a6ce$4692ad40$77013312 at mitlibraries.ms.mit.edu> > > > Content-Type: text/plain; charset="UTF-8" > > > > > > Martin, > > > > > > The copy and paste method will work for you if you tweak it. This > > > means that after the copy and paste action, you must *reverse* the > > > metadata submission process, so to speak, by pressing the prior > > > step buttons at the top of the screen to force it to move > > > *backward* to an earlier stage. Then, reverse directions again by > > > pressing the *next* step buttons, clicking through the process to > > > where you had stopped, and then moving on to the next step in > > > submission. This apparently has the effect of forcing the > > > character property data (super- and subscript information) that > > > accompanies what you already pasted into the form before to be > > > *swallowed* by the server so that it regurgitates the proper > > > characters to the screen from then onward. If you do not see the > > > characters display as they should by the time you get to the > > > subsequent step in submission, it has not worked and you need to > > > try again. Sometimes it takes a couple of tries, as I recall. For > > > wild and wooly characters, this worka! > > > round is not effective, but super- and subscript characters are > > > now apparently part of the core encoding that is accepted by the > > > system. > > > Sorry, I am not looking at the submission screen at the > moment, so > > > cannot be more precise about the exact names of buttons, etc. > > > > > > Hope this helps. > > > > > > Grace Wiersma > > > Cataloging & Metadata Services > > > MIT Libraries > > > gwiersma at mit.edu > > > (617) 253-0643 > > > > > > -----Original Message----- > > > From: dspace-general-bounces at MIT.EDU [mailto:dspace-general- > > > bounces at MIT.EDU] On Behalf Of Martin Courtois > > > Sent: Monday, June 04, 2007 1:10 PM > > > To: dspace-general at mit.edu > > > Subject: [Dspace-general] Subscripts in Abstracts > > > > > > Is there a way to render subscripts or superscripts correctly in > > > abstracts? > > > > > > We use DSpace for electronic theses and dissertations, and many > > > submissions have special characters or symbols in the abstract. > > For > > > some symbols, the student can use Word to insert the symbol, then > > copy > > > it into the DSpace submission form. But, this process doesn't > work> > with sub- or superscripts. > > > > > > Thanks for any suggestions or ideas, > > > > > > Marty > > > > > > Martin Courtois > > > Information Technology Assistance Center > > > 509 Hale Library > > > Kansas State University > > > Manhattan KS 66506 > > > Phone: 785 532-4428 > > > Fax: 785 532-3199 > > > E-mail: courtois at ksu.edu > > > _______________________________________________ > > > Dspace-general mailing list > > > Dspace-general at mit.edu > > > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > _______________________________________________ > > Dspace-general mailing list > > Dspace-general at mit.edu > > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > From khn5 at leicester.ac.uk Wed Jun 6 04:58:25 2007 From: khn5 at leicester.ac.uk (Nockels, K.H.) Date: Wed, 6 Jun 2007 09:58:25 +0100 Subject: [Dspace-general] Subscripts in abstracts Message-ID: <286C9166197E0C44B94FF9762B27DAC70DD902EC@sumac.cfs.le.ac.uk> Dear All, I only see the digest of this list so have only just seen the messages about this, which started with Marty Courtois' question about subscripts and superscripts in abstracts. I have had the same problem, and also a problem with accented characters in other European languages. We have an application called Character Map, which looks to be a Microsoft product. It is installed on the University network here. I can select the character I want in Character Map, and then copy and paste it directly into the DSpace submission form. This solves the problem most of the time. I don't think it has italic characters, but am not sure. Hope this helps, Best wishes, Keith Keith Nockels Leicester Research Archive Manager University of Leicester Leicester, England - UK Postal address: Clinical Sciences Library, University of Leicester, RKCSB, PO Box 65, Leicester LE2 7LX, UK Tel. +44 (0)116 252 3101 Email: lra at le.ac.uk Leicester Research Archive: promoting the University's research. Visit http://www.le.ac.uk/library/research/archive.html for more information. From HUTCHINSONA at si.edu Wed Jun 6 12:28:13 2007 From: HUTCHINSONA at si.edu (Hutchinson, Alvin) Date: Wed, 6 Jun 2007 12:28:13 -0400 Subject: [Dspace-general] Diacritics (was: subscripts in abstracts) In-Reply-To: References: Message-ID: Dspace users- We are also wrestling with a similar problem regarding subscript, diacritics or other nonstandard characters. I am batch-importing Dspace content from a Microsoft Access database that I export to XML. Accented, scientific and other characters are not translating well. Many of the characters are encoded for html as in: ' or á but the importer identifies these as undeclared elements. If I change them to their actual characters ' or ? in an editor before importing, they become garbled when I upload the file to the (Unix) server. I have tried changing the UTF-8 encoding designation but with no luck. I am willing to do a global find-and-replace to get the characters right but I haven't found the right replacement characters. I may have to end up editing these items by hand after they are imported but I would obviously like to avoid that. Is anyone else doing likewise and/or having similar problems? Alvin Hutchinson Smithsonian Institution Libraries (202) 633-1031 ---------------------------------------------------------------------- Message: 1 Date: Wed, 6 Jun 2007 09:58:25 +0100 From: "Nockels, K.H." Subject: Re: [Dspace-general] Subscripts in abstracts To: Message-ID: <286C9166197E0C44B94FF9762B27DAC70DD902EC at sumac.cfs.le.ac.uk> Content-Type: text/plain; charset="us-ascii" Dear All, I only see the digest of this list so have only just seen the messages about this, which started with Marty Courtois' question about subscripts and superscripts in abstracts. I have had the same problem, and also a problem with accented characters in other European languages. We have an application called Character Map, which looks to be a Microsoft product. It is installed on the University network here. I can select the character I want in Character Map, and then copy and paste it directly into the DSpace submission form. This solves the problem most of the time. I don't think it has italic characters, but am not sure. Hope this helps, Best wishes, Keith Keith Nockels Leicester Research Archive Manager University of Leicester Leicester, England - UK Postal address: Clinical Sciences Library, University of Leicester, RKCSB, PO Box 65, Leicester LE2 7LX, UK Tel. +44 (0)116 252 3101 Email: lra at le.ac.uk Leicester Research Archive: promoting the University's research. Visit http://www.le.ac.uk/library/research/archive.html for more information. ------------------------------ _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general End of Dspace-general Digest, Vol 47, Issue 7 ********************************************* From afonso at cpd.ufrgs.br Wed Jun 6 14:00:58 2007 From: afonso at cpd.ufrgs.br (Afonso Comba de Araujo Neto) Date: Wed, 6 Jun 2007 15:00:58 -0300 Subject: [Dspace-general] DSpace.org Message-ID: <25D4D9AF49D1CC499C48BDEA79E7B73302281684@DEUTERIO.ad.ufrgs.br> What happened to http://www.dspace.org/ ? There is an empty site. Regards, Afonso -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070606/37c764f0/attachment.htm From dkaplan at brandeis.edu Wed Jun 6 14:07:09 2007 From: dkaplan at brandeis.edu (Deborah Kaplan) Date: Wed, 6 Jun 2007 14:07:09 -0400 (EDT) Subject: [Dspace-general] DSpace.org In-Reply-To: <25D4D9AF49D1CC499C48BDEA79E7B73302281684@DEUTERIO.ad.ufrgs.br> Message-ID: On Wed, 6 Jun 2007, Afonso Comba de Araujo Neto wrote: > > >What happened to http://www.dspace.org/ ? There is an empty site. dspace.org works; for some reason www.dspace.org is pointing elsewhere. -D -- Deborah Kaplan Digital Initiatives Librarian Brandeis University From courtois at ksu.edu Wed Jun 6 14:12:02 2007 From: courtois at ksu.edu (Martin Courtois) Date: Wed, 6 Jun 2007 13:12:02 -0500 Subject: [Dspace-general] Subscripts in Abstracts In-Reply-To: <006f01c7a7ad$1154a810$77013312@mitlibraries.ms.mit.edu> References: <1181070994.4665b692573e8@webmail.ksu.edu> <006f01c7a7ad$1154a810$77013312@mitlibraries.ms.mit.edu> Message-ID: <1181153522.4666f8f2424f3@webmail.ksu.edu> I wasn't aware of this, but Grace pointed out that you need to follow each direct input numeric character reference with a semicolon, like this: ⁴ [superscript 4] ¹ [superscript 1] ⁺ [superscript plus] Once I added the semicolons, the process Grace described worked great. Marty Martin Courtois Information Technology Assistance Center 509 Hale Library Kansas State University Manhattan KS 66506 Phone: 785 532-4428 Fax: 785 532-3199 E-mail: courtois at ksu.edu Quoting Grace Wiersma : > Martin, Sunny, > > Yes! Sorry, my memory was clouded by a time gap since I did that. You > are right, there is more to it than cutting and pasting and forcing > the process backward, etc. > > For fairly predictable results (and assuming you are not doing very > recently encoded characters, etc.) you need to input numeric > character references directly (the Unicode code point for the > subscript or other character, preceded by ampersand, number > character, and the letter x). Then forcing the submission process > *two/three steps back and one step forward* as we mentioned before > will make DSpace process the character property information and > output the right character to the screen the next time you see the > metadata and abstract. > > Since people sometimes talk about things differently there could be > other terms for this type of direct input more familiar to you. To > clarify the form of what I mean by numeric character references > (direct input), here are a couple of examples: > ⁴ [superscript 4] > ¹ [superscript 1] > ⁺ [superscript plus] > > For your workflow, you can create a text or Word file containing the > names of all the special characters likely to be needed, associated > with their equivalent strings in direct input form (as illustrated > above). If you do it in Word, you could show the glyph (what you want > to see), followed by the direct input form, followed by its common > name in brackets. > > Grace Wiersma > Cataloging & Metadata Services > MIT Libraries > gwiersma at mit.edu > (617) 253-0643 > > -----Original Message----- > From: dspace-general-bounces at MIT.EDU > [mailto:dspace-general-bounces at MIT.EDU] On Behalf Of Martin Courtois > Sent: Tuesday, June 05, 2007 3:17 PM > To: Sunyeen Pai > Cc: dspace-general at mit.edu > Subject: Re: [Dspace-general] Subscripts in Abstracts > > I've had some success with this approach: > > 1. Open the abstract in Word. > 2. On the Insert menu, select Symbol. > 3. Set the font to Arial Unicode MS. This list has many, but not all > subscripts, superscripts, math symbols, etc. I'm not sure if it has > italic characters. > 4. Select the symbol, then click Insert. > 5. Copy/paste the text from Word into DSpace and submit the item. > > It's important to insert the character(s) as a symbol. If I use > Format/Font in Word to display subscripts for example, it won't carry > over into DSpace. > > I'm sure I'm missing the root of the issue, but this seems to work in > some instances. > > Marty > > Martin Courtois > Information Technology Assistance Center > 509 Hale Library > Kansas State University > Manhattan KS 66506 > Phone: 785 532-4428 > Fax: 785 532-3199 > E-mail: courtois at ksu.edu > > > Quoting Sunyeen Pai : > > > Hi there, > > > > We have a similar request regarding the use of italics in keyword > and > > abstract fields. My first reaction was that this was not possible, > > until I saw these emails. > > > > I tried the solution suggested by adding a superscript character > > using the submission steps at the top and the next button at the > > bottom of the screen, but no success. Did I leave something out or > > is there another solution? Perhaps a kind of escape character that > > will trigger the system to interpret the enclosed characters > > differently? > > > > Thank you very much, > > Sunny > > University of Hawaii at Manoa Library > > > > > > > > Message: 2 > > > Date: Mon, 4 Jun 2007 13:32:07 -0400 > > > From: "Grace Wiersma" > > > Subject: Re: [Dspace-general] Subscripts in Abstracts > > > To: "'Martin Courtois'" , > > > > > Message-ID: > > <004501c7a6ce$4692ad40$77013312 at mitlibraries.ms.mit.edu> > > > Content-Type: text/plain; charset="UTF-8" > > > > > > Martin, > > > > > > The copy and paste method will work for you if you tweak it. This > > > means that after the copy and paste action, you must *reverse* > the > > > metadata submission process, so to speak, by pressing the prior > > > step buttons at the top of the screen to force it to move > > > *backward* to an earlier stage. Then, reverse directions again by > > > pressing the *next* step buttons, clicking through the process to > > > where you had stopped, and then moving on to the next step in > > > submission. This apparently has the effect of forcing the > > > character property data (super- and subscript information) that > > > accompanies what you already pasted into the form before to be > > > *swallowed* by the server so that it regurgitates the proper > > > characters to the screen from then onward. If you do not see the > > > characters display as they should by the time you get to the > > > subsequent step in submission, it has not worked and you need to > > > try again. Sometimes it takes a couple of tries, as I recall. For > > > wild and wooly characters, this worka! > > > round is not effective, but super- and subscript characters are > > > now apparently part of the core encoding that is accepted by the > > > system. > > > Sorry, I am not looking at the submission screen at the moment, > so > > > cannot be more precise about the exact names of buttons, etc. > > > > > > Hope this helps. > > > > > > Grace Wiersma > > > Cataloging & Metadata Services > > > MIT Libraries > > > gwiersma at mit.edu > > > (617) 253-0643 > > > > > > -----Original Message----- > > > From: dspace-general-bounces at MIT.EDU [mailto:dspace-general- > > > bounces at MIT.EDU] On Behalf Of Martin Courtois > > > Sent: Monday, June 04, 2007 1:10 PM > > > To: dspace-general at mit.edu > > > Subject: [Dspace-general] Subscripts in Abstracts > > > > > > Is there a way to render subscripts or superscripts correctly in > > > abstracts? > > > > > > We use DSpace for electronic theses and dissertations, and many > > > submissions have special characters or symbols in the abstract. > > For > > > some symbols, the student can use Word to insert the symbol, then > > copy > > > it into the DSpace submission form. But, this process doesn't > work > > > with sub- or superscripts. > > > > > > Thanks for any suggestions or ideas, > > > > > > Marty > > > > > > Martin Courtois > > > Information Technology Assistance Center > > > 509 Hale Library > > > Kansas State University > > > Manhattan KS 66506 > > > Phone: 785 532-4428 > > > Fax: 785 532-3199 > > > E-mail: courtois at ksu.edu > > > _______________________________________________ > > > Dspace-general mailing list > > > Dspace-general at mit.edu > > > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > _______________________________________________ > > Dspace-general mailing list > > Dspace-general at mit.edu > > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > From vab at MIT.EDU Wed Jun 6 14:19:26 2007 From: vab at MIT.EDU (V. Alex Brennen) Date: Wed, 06 Jun 2007 14:19:26 -0400 Subject: [Dspace-general] DSpace.org In-Reply-To: References: Message-ID: <1181153966.4597.38.camel@sts-01.mit.edu> On Wed, 2007-06-06 at 14:07 -0400, Deborah Kaplan wrote: > On Wed, 6 Jun 2007, Afonso Comba de Araujo Neto wrote: > > > > > > >What happened to http://www.dspace.org/ ? There is an empty site. > > dspace.org works; for some reason www.dspace.org is pointing > elsewhere. We're performing some DNS updates to grant the DSpace Foundation authority over the dspace.org domain. Some of you may notice some instability in web access to dspace.org and www.dspace.org while this change occurred over the next 24 hours. Any problems should be very short lived and self-resolve. Other sites, such as wiki.dspace.org and maven.dspace.org, will not be effected by the changes. Please, feel free to send me a note if you are still experiencing any problems tomorrow. Thanks, - VAB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20070606/fa9c8489/attachment.bin From sunyeen at hawaii.edu Wed Jun 6 16:22:50 2007 From: sunyeen at hawaii.edu (Sunyeen Pai) Date: Wed, 06 Jun 2007 10:22:50 -1000 Subject: [Dspace-general] Subscripts in abstracts (Nockels, K.H.) Message-ID: Hi Keith, Grace, and Martin, Thank you for the tip, Keith.... I searched in the character map and, unless I missed it, there were no italics. I had a thought about the &#x unicodes... If I entered the text using these codes, they will not be indexed as the words I intend them to be... so this technique won't be good for words that I wish to search on. Thank you again! I will refer my friends to the character map and maybe they can find some italics. If they find any, we will test searchability. Sunny University of Hawaii at Manoa Library From sahil.dave19 at gmail.com Wed Jun 6 17:22:49 2007 From: sahil.dave19 at gmail.com (Sahil Dave) Date: Thu, 7 Jun 2007 02:52:49 +0530 Subject: [Dspace-general] Installation Steps.. Message-ID: hi there.. i need to install & configure DSpace for my university's lib. server..! Can anyone tell me the exact steps, i shud follow for a smooth procedure.. Initially i am trying it at my home with Ubuntu 6.06 But the lib.'s server has RHEL.. -- Sahil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070607/30e07248/attachment.htm From donna.barber at canterbury.ac.nz Wed Jun 6 17:53:34 2007 From: donna.barber at canterbury.ac.nz (Donna Barber) Date: Thu, 07 Jun 2007 09:53:34 +1200 Subject: [Dspace-general] Diacritics (was: subscripts in abstracts) In-Reply-To: References: Message-ID: Hi Alvin, We are also batch importing content and have had similar problems. We find and replace the most commonly used characters with the Unicode character code, and this seems to fix most occurrences. Occasionally we come across a character that we aren't automatically replacing, so we just look up the code in the Unicode charts (http://www.unicode.org/charts/) and edit the XML file before loading. For example, you should be able to replace all instances of á with á and all ' with ' Sometimes garbled characters get through the import process without causing errors. We've found that you can enter the correct code straight into the DSpace submission form or item edit screen - however, you normally need to click the update button a couple of times before the character will display correctly. Donna Barber Applications Support Librarian Central Library University of Canterbury Te Whare Wananga o Waitaha Christchurch, New Zealand ph: +64 3 3642987 ext 8601 -----Original Message----- From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of Hutchinson, Alvin Sent: Thursday, 7 June 2007 4:28 a.m. To: dspace-general at mit.edu Cc: Pilsk, Suzanne; Rups, Mario Subject: [Dspace-general] Diacritics (was: subscripts in abstracts) Dspace users- We are also wrestling with a similar problem regarding subscript, diacritics or other nonstandard characters. I am batch-importing Dspace content from a Microsoft Access database that I export to XML. Accented, scientific and other characters are not translating well. Many of the characters are encoded for html as in: ' or á but the importer identifies these as undeclared elements. If I change them to their actual characters ' or ? in an editor before importing, they become garbled when I upload the file to the (Unix) server. I have tried changing the UTF-8 encoding designation but with no luck. I am willing to do a global find-and-replace to get the characters right but I haven't found the right replacement characters. I may have to end up editing these items by hand after they are imported but I would obviously like to avoid that. Is anyone else doing likewise and/or having similar problems? Alvin Hutchinson Smithsonian Institution Libraries (202) 633-1031 ---------------------------------------------------------------------- Message: 1 Date: Wed, 6 Jun 2007 09:58:25 +0100 From: "Nockels, K.H." Subject: Re: [Dspace-general] Subscripts in abstracts To: Message-ID: <286C9166197E0C44B94FF9762B27DAC70DD902EC at sumac.cfs.le.ac.uk> Content-Type: text/plain; charset="us-ascii" Dear All, I only see the digest of this list so have only just seen the messages about this, which started with Marty Courtois' question about subscripts and superscripts in abstracts. I have had the same problem, and also a problem with accented characters in other European languages. We have an application called Character Map, which looks to be a Microsoft product. It is installed on the University network here. I can select the character I want in Character Map, and then copy and paste it directly into the DSpace submission form. This solves the problem most of the time. I don't think it has italic characters, but am not sure. Hope this helps, Best wishes, Keith Keith Nockels Leicester Research Archive Manager University of Leicester Leicester, England - UK Postal address: Clinical Sciences Library, University of Leicester, RKCSB, PO Box 65, Leicester LE2 7LX, UK Tel. +44 (0)116 252 3101 Email: lra at le.ac.uk Leicester Research Archive: promoting the University's research. Visit http://www.le.ac.uk/library/research/archive.html for more information. ------------------------------ _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general End of Dspace-general Digest, Vol 47, Issue 7 ********************************************* _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From sdl at aber.ac.uk Thu Jun 7 02:07:29 2007 From: sdl at aber.ac.uk (Stuart Lewis [sdl]) Date: Thu, 07 Jun 2007 07:07:29 +0100 Subject: [Dspace-general] Installation Steps.. In-Reply-To: Message-ID: Hi Sahil, > i need to install & configure DSpace for my university's lib. server..! > Can anyone tell me the exact steps, i shud follow for a smooth procedure.. > > Initially i am trying it at my home with Ubuntu 6.06 > But the lib.'s server has RHEL.. The following resources are useful: - http://wiki.dspace.org/index.php/Installation - Download DSpace and look at the installation instructions in the 'docs' folder If you have any specific questions, we'd love to help out in the dspace-tech email list. Good luck! 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 sahil.dave19 at gmail.com Thu Jun 7 02:14:08 2007 From: sahil.dave19 at gmail.com (Sahil Dave) Date: Thu, 7 Jun 2007 11:44:08 +0530 Subject: [Dspace-general] Installation Steps.. In-Reply-To: References: Message-ID: hi.. i managed to install DSpace.. the docs were really helpful.. Some Problems: 1. Unable to run postgres & tomcat server on each startup. 2. How do i configure Postfix to use with DSpace (i have never used any MTA before) On 6/7/07, Stuart Lewis [sdl] wrote: > > Hi Sahil, > > > i need to install & configure DSpace for my university's lib. server..! > > Can anyone tell me the exact steps, i shud follow for a smooth > procedure.. > > > > Initially i am trying it at my home with Ubuntu 6.06 > > But the lib.'s server has RHEL.. > > The following resources are useful: > > - http://wiki.dspace.org/index.php/Installation > - Download DSpace and look at the installation instructions in the 'docs' > folder > > If you have any specific questions, we'd love to help out in the > dspace-tech > email list. > > Good luck! > > > 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 > _________________________________________________________________ > > -- Sahil MCA(SE) USIT -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070607/d79dfa58/attachment.htm From sdl at aber.ac.uk Thu Jun 7 02:21:56 2007 From: sdl at aber.ac.uk (Stuart Lewis [sdl]) Date: Thu, 07 Jun 2007 07:21:56 +0100 Subject: [Dspace-general] Installation Steps.. In-Reply-To: Message-ID: Hi Sahil, [I have copied this email to dspace-tech as technical questions are better answered there] > I managed to install DSpace.. the docs were really helpful.. > > Some Problems: > 1. Unable to run postgres & tomcat server on each startup. https://help.ubuntu.com/community/UbuntuBootupHowto > 2. How do i configure Postfix to use with DSpace (i have never used any MTA > before) https://help.ubuntu.com/community/Postfix I hope this helps, 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 annamavroudi at yahoo.gr Thu Jun 7 17:39:59 2007 From: annamavroudi at yahoo.gr (anna mavroudi) Date: Thu, 7 Jun 2007 22:39:59 +0100 (BST) Subject: [Dspace-general] problem with "install- configs" Message-ID: <801391.86844.qm@web86805.mail.ukl.yahoo.com> hi, i'm running Dspace (v 1.4.1) on windows, and i want to make some changes in the cfg file. As it is written in the instructions whenever you edit dspace.cfg you should run [dspace]\bin\install-configs so that the changes are reflected in the cfg file. But it is also written that only 'dsrun' has been translated to a windows '.bat' file. The other scripts (including 'install-config', i suppose) won't work for windows, so you have to use 'dsrun.bat' with the class name. So, how will be the exact command? Typing, for example, [dspace]\bin>dsrun install-configs gives the following exeption: Exception in thread "main" java.lang.NoClassDefFoundError: install-configs Does anyway know is the right way of defining that specific class? Thanks, Anna --------------------------------- ?????????????? Yahoo! ?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? http://login.yahoo.com/config/mail?.intl=gr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070607/4bb6ec57/attachment.htm From l.hayes at auckland.ac.nz Thu Jun 7 17:43:39 2007 From: l.hayes at auckland.ac.nz (Leonie Hayes) Date: Fri, 8 Jun 2007 09:43:39 +1200 Subject: [Dspace-general] Statistics Message-ID: Does anyone have words of wisdom on statistics? Particularly if you have looked at "by author" as well as "by item" If you have implemented statistics either the existing addon or your own customisations, which you found very useful and helpful would you share your site URL's with us. Many thanks in advance Leonie Hayes Project Manager Institutional Repositories Aotearoa University of Auckland Library New Zealand www.ira.auckland.ac.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070608/3777c6b7/attachment.htm From r.mahoney at iconz.co.nz Thu Jun 7 20:08:16 2007 From: r.mahoney at iconz.co.nz (Richard MAHONEY) Date: Fri, 08 Jun 2007 12:08:16 +1200 Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date Range | How to represent Message-ID: <1181261296.8680.21.camel@proliant> Dear List Members, I am in the process or preparing material for bulk import and have again encountered and issue that I was inclined to gloss over last time it arose: the format of the DSpace Dublin Core Date Elements, Qualifiers, and particularly, the Values. What exactly is the required Value format and is it configurable? Simple date Values such as the following present no difficulty: 1970 The trouble for me -- and this situation would arise often for many projects -- is how to correctly represent date ranges, for e.g., date issued, 1964 to 1970. Which Value format should should be used to represent a date range in DSpace DC? Some DSpace version of the W3C-DTF/ISO 8601 scheme? http://dublincore.org/documents/2000/07/28/dcmi-period/ Best regards, Richard Mahoney -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ From r.mahoney at iconz.co.nz Thu Jun 7 20:41:49 2007 From: r.mahoney at iconz.co.nz (Richard MAHONEY) Date: Fri, 08 Jun 2007 12:41:49 +1200 Subject: [Dspace-general] DSpace Dublin Core DTD or Schemas | Where are they? Message-ID: <1181263309.8680.33.camel@proliant> Dear Readers, I'm preparing several thousand records for bulk import and wish to validate all the `dublin_core.xml' files against the DSpace Dublin Core Schema. Unfortunately, having gone through the source code of 1.4.0 I can't find any DTD, or XML or other type of Schema against which to validate `dublin_core.xml'. Surely some sort of DTD or Schema must exist, if only to check the validity bulk imported material? Any pointers would be much appreciated. Best regards, Richard Mahoney -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ From r.mahoney at iconz.co.nz Thu Jun 7 21:31:14 2007 From: r.mahoney at iconz.co.nz (Richard MAHONEY) Date: Fri, 08 Jun 2007 13:31:14 +1200 Subject: [Dspace-general] [Dspace-tech] DSpace Dublin Core DTD or Schemas | Where are they? In-Reply-To: <0C984849CD26E942B557947940BAA84D956214@VENTURA.csuco> References: <0C984849CD26E942B557947940BAA84D956214@VENTURA.csuco> Message-ID: <1181266274.8680.49.camel@proliant> On Fri, 2007-06-08 at 13:13, Pollard, Marvin wrote: > Richard, > > Although this might not qualify as a DTD it might help you to move along > in your bulk loading project: > > http://www.dspace.org/technology/metadata.html Thank you for the pointer Marvin. I should perhaps have said that I had searched the documentation and web, and that this was one of first pieces I consulted ;) The trouble is that I want to be able to ensure that not only the DSpace DC Elements and Qualifiers are valid but also the Values -- e.g. date values. I am beginning to wonder if the DSpace bulk uploader does any serious validity checking on the `dublin_core.xml' file at all. Last time I bulk uploaded a decent amount of material I noticed that I could feed in all manner of date issued data. All was accepted and the UI rendering predictably poor. I want to ensure more consistency this time round, hence my request for the `Definitive DSpace DTD or Schema'. Best Richard > -----Original Message----- > From: dspace-tech-bounces at lists.sourceforge.net > [mailto:dspace-tech-bounces at lists.sourceforge.net] On Behalf Of Richard > MAHONEY > Sent: Thursday, June 07, 2007 5:42 PM > To: DSpace Tech; DSpace General > Subject: [Dspace-tech] DSpace Dublin Core DTD or Schemas | Where are > they? > > Dear Readers, > > I'm preparing several thousand records for bulk import and wish to > validate all the `dublin_core.xml' files against the DSpace Dublin Core > Schema. Unfortunately, having gone through the source code of 1.4.0 I > can't find any DTD, or XML or other type of Schema against which to > validate `dublin_core.xml'. Surely some sort of DTD or Schema must > exist, if only to check the validity bulk imported material? > > Any pointers would be much appreciated. > > > Best regards, > > Richard Mahoney > > > -- > Richard MAHONEY | internet: http://indica-et-buddhica.org/ > Littledene | telephone/telefax (man.): +64 3 312 1699 > Bay Road | cellular: +64 27 482 9986 > OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Indica et Buddhica: Materials for Indology and Buddhology > Repositorium: http://indica-et-buddhica.org/repositorium/ > Philologica: http://indica-et-buddhica.org/philologica/ > Subscriptions: http://subscriptions.indica-et-buddhica.org/ > > > ------------------------------------------------------------------------ > - > 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 -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ From Claudia.Juergen at ub.uni-dortmund.de Fri Jun 8 03:15:40 2007 From: Claudia.Juergen at ub.uni-dortmund.de (=?UTF-8?B?Q2xhdWRpYSBKw7xyZ2Vu?=) Date: Fri, 08 Jun 2007 09:15:40 +0200 Subject: [Dspace-general] problem with "install- configs" In-Reply-To: <801391.86844.qm@web86805.mail.ukl.yahoo.com> References: <801391.86844.qm@web86805.mail.ukl.yahoo.com> Message-ID: <4669021C.8050701@ub.uni-dortmund.de> Hello Anna, you need to run [dspace]/bin/install-config only if you changed configuration properties for third party tools. That are all the configuration properties in dspace.cfg which start with "config." e.g.: config.template.log4j.properties = ${dspace.dir}/config/log4j.properties. see [dspace-source]/docs/configure.html#templates In order to run install-config on windows simply run [dspace]/bin/dsrun.bat org.dspace.core.ConfigurationManager -installTemplate hope that helps Claudia J?rgen University of Dortmund anna mavroudi schrieb: > hi, > i'm running Dspace (v 1.4.1) on windows, and i want to make some changes in the cfg file. As it is written in the instructions whenever you edit dspace.cfg you should run [dspace]\bin\install-configs so that the changes are reflected in the cfg file. > But it is also written that only 'dsrun' has been translated to a windows '.bat' file. The other scripts (including 'install-config', i suppose) won't work for windows, so you have to use 'dsrun.bat' with the class name. > So, how will be the exact command? > Typing, for example, > [dspace]\bin>dsrun install-configs > gives the following exeption: > Exception in thread "main" java.lang.NoClassDefFoundError: install-configs > Does anyway know is the right way of defining that specific class? > > Thanks, Anna > > > > --------------------------------- > ?????????????? Yahoo! > ?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? > http://login.yahoo.com/config/mail?.intl=gr > > > ------------------------------------------------------------------------ > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general From Monika.Mevenkamp at library.gatech.edu Fri Jun 8 12:29:21 2007 From: Monika.Mevenkamp at library.gatech.edu (Monika Mevenkamp) Date: Fri, 8 Jun 2007 12:29:21 -0400 Subject: [Dspace-general] Statistics In-Reply-To: References: Message-ID: <32763e560706080929x27e9660fg2a10d9c2d23077ee@mail.gmail.com> A summer student will work on statistics. You can see the proposal on the wiki: here Currently the statistics AddOn package by MiniHo University has more advanced stats than the standard that comes with dspace. Their package is based on pljava which we were unable to get up and running on our production server. We had no problems on Ubuntu though. Infos is on the wiki there There are two customizations I did for our repository at Georgia Tech. Neither has anything to do with analyzing browsing behavior of users. One customization was to add google analytics triggers to the site. The patch for the JSP interface is available as patch 1712972.This is rather easy to do and gives nice info about where users come from, how long they stay, .... Not very useful in terms of finding out which collections, searches, ... are more or less popular. The other customization to the default statistics involved counting activity from a list of predefined IP address towards NON-USER. In our case I added google, elsevier, and our own IP addresses to the NON-USER list. You can see this at count USER and NON USER activity on SMARTECH at Georgia Tech This was an ad hoc solution for our purposes. There is a patch 1686963but I recommend to wait what the summer student comes up with. Monika On 6/7/07, Leonie Hayes wrote: > > Does anyone have words of wisdom on statistics? > Particularly if you have looked at "by author" as well as "by item" > > If you have implemented statistics either the existing addon or your > own customisations, which you found very useful and helpful > would you share your site URL's with us. > > Many thanks in advance > Leonie Hayes > Project Manager > Institutional Repositories Aotearoa > University of Auckland Library > New Zealand > www.ira.auckland.ac.nz > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > -- Monika Mevenkamp Georgia Institute of Technology Library and Information Center Phone: 404.385.0108 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070608/29517ab3/attachment.htm From ssadler at ucalgary.ca Fri Jun 8 13:10:50 2007 From: ssadler at ucalgary.ca (Shawna Sadler) Date: Fri, 08 Jun 2007 11:10:50 -0600 Subject: [Dspace-general] Statistics Message-ID: <46698D9A.5040602@ucalgary.ca> Hi Leonie, We use the Dspace stats feature and Google Analytics, I find it helps to have both because one gives info the other does not. I use the DSpace stats for "item" stats but I have to admit I haven't found a good way of counting hits for authors. I'm hoping the upcoming stats feature in 1.5 will cover author. Hope this helps a little, Shawna Message: 2 Date: Fri, 8 Jun 2007 09:43:39 +1200 From: "Leonie Hayes" Subject: [Dspace-general] Statistics To: Message-ID: Content-Type: text/plain; charset="us-ascii" Does anyone have words of wisdom on statistics? Particularly if you have looked at "by author" as well as "by item" If you have implemented statistics either the existing addon or your own customisations, which you found very useful and helpful would you share your site URL's with us. Many thanks in advance Leonie Hayes Project Manager Institutional Repositories Aotearoa University of Auckland Library New Zealand www.ira.auckland.ac.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070608/3777c6b7/attachment-0001.htm ------------------------------ -- Shawna Sadler Coordinator, Digital Initiatives Libraries and Cultural Resources University of Calgary Phone: (403) 220-3739 Email: ssadler at ucalgary.ca From annamavroudi at yahoo.gr Fri Jun 8 13:56:52 2007 From: annamavroudi at yahoo.gr (anna mavroudi) Date: Fri, 8 Jun 2007 18:56:52 +0100 (BST) Subject: =?iso-8859-7?q?=C8=DD=EC=E1:=20Re:=20[Dspace-general]=20problem=20with=20?= =?iso-8859-7?q?"install-=20configs"?= In-Reply-To: <4669021C.8050701@ub.uni-dortmund.de> Message-ID: <533938.42388.qm@web86807.mail.ukl.yahoo.com> hi Claudia, i tried but here are the results: Using DSpace installation in: C:\dspace-1.4.1beta1-source Exception in thread "main" java.lang.NoClassDefFoundError: org/dspace/core/ConfigurationManager i' running Dspace locally and i'm a registered user: ("Our records show that you've already registered with DSpace and have an active account with us".) and this is the message from Dspace/log the last time i tried to log in using MyDspace: 2007-06-07 23:38:16,813 WARN org.dspace.app.webui.servlet.InternalErrorServlet @ :session_id=085611F72BA9B337F810F53A2E0E25D5:internal_error:-- URL Was: http://localhost:8080/dspace/feedback -- Method: GET -- Parameters were: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1768) at org.dspace.app.webui.servlet.FeedbackServlet.doDSGet(FeedbackServlet.java:93) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:151) at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:99) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) i have set up a local smtp mail server(IIS - Windows), but still isn't working and i keep getting the message that an internal error has occured... Any ideas? Anna Claudia Jürgen Ýãñáøå: Hello Anna, you need to run [dspace]/bin/install-config only if you changed configuration properties for third party tools. That are all the configuration properties in dspace.cfg which start with "config." e.g.: config.template.log4j.properties = ${dspace.dir}/config/log4j.properties. see [dspace-source]/docs/configure.html#templates In order to run install-config on windows simply run [dspace]/bin/dsrun.bat org.dspace.core.ConfigurationManager -installTemplate hope that helps Claudia Jürgen University of Dortmund anna mavroudi schrieb: > hi, > i'm running Dspace (v 1.4.1) on windows, and i want to make some changes in the cfg file. As it is written in the instructions whenever you edit dspace.cfg you should run [dspace]\bin\install-configs so that the changes are reflected in the cfg file. > But it is also written that only 'dsrun' has been translated to a windows '.bat' file. The other scripts (including 'install-config', i suppose) won't work for windows, so you have to use 'dsrun.bat' with the class name. > So, how will be the exact command? > Typing, for example, > [dspace]\bin>dsrun install-configs > gives the following exeption: > Exception in thread "main" java.lang.NoClassDefFoundError: install-configs > Does anyway know is the right way of defining that specific class? > > Thanks, Anna > > > > --------------------------------- > ΧÏ�ηÏ�ιμοÏ�οιείÏ�ε Yahoo! > Î�αÏ�εθÎ�καÏ�ε Ï�α ενοÏ�ληÏ�ικά μηνÏ� μαÏ�α (spam); Το Yahoo! Mail διαθέÏ�ει Ï�ην καλÏ�Ï�εÏ�η δÏ�ναÏ�Î� Ï�Ï�οÏ�Ï�αÏ�ία καÏ�ά Ï�Ï�ν ενοÏ�ληÏ�ικÏ�ν μηνÏ�μάÏ�Ï�ν > http://login.yahoo.com/config/mail?.intl=gr > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 --------------------------------- ×ñçóéìïðïéåßôå Yahoo! ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíý ìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://login.yahoo.com/config/mail?.intl=gr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070608/7e195417/attachment.htm From dorothea.salo at gmail.com Fri Jun 8 14:06:17 2007 From: dorothea.salo at gmail.com (Dorothea Salo) Date: Fri, 8 Jun 2007 13:06:17 -0500 Subject: [Dspace-general] Statistics In-Reply-To: <46698D9A.5040602@ucalgary.ca> References: <46698D9A.5040602@ucalgary.ca> Message-ID: <356cf3980706081106g67533c63tfa7a5d4bf8f3b78c@mail.gmail.com> On 6/8/07, Shawna Sadler wrote: > Hi Leonie, > We use the Dspace stats feature and Google Analytics, I find it helps to have both because one gives info the other does not. I use the DSpace stats for "item" stats but I have to admit I haven't found a good way of counting hits for authors. I'm hoping the upcoming stats feature in 1.5 will cover author. Looking at the current state of the wiki page, it does not appear that by-author statistics are planned. I agree that this is a necessary enhancement; I heard only today from a library director that faculty in the departments he serves include SSRN statistics in their tenure packages! IRs without by-author statistics are at a severe marketing disadvantage vis-a-vis more capable disciplinary repositories. I hope this feedback can make its way to Mr. Paparoni. Dorothea -- Dorothea Salo dsalo at library.wisc.edu Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 From joaosantos.ue at gmail.com Mon Jun 11 10:00:45 2007 From: joaosantos.ue at gmail.com (Joao Santos) Date: Mon, 11 Jun 2007 15:00:45 +0100 Subject: [Dspace-general] Differences between dspace1.3.2 and dspace1.4.1/2 Message-ID: <437e76240706110700i4c5b68d4x93a902ef55f9f777@mail.gmail.com> Hi! Can you say me what are the principal differences between version 1.3.2 of Dspace and versions 1.4.1 or 1.4.2? I'm trying to find information about this in Internet but I didn't find much information. Can you help me? Thanks Jo?o Santos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070611/153237e8/attachment.htm From scott.yeadon at anu.edu.au Mon Jun 11 20:06:13 2007 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Tue, 12 Jun 2007 10:06:13 +1000 Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date Range | How to represent In-Reply-To: References: Message-ID: <466DE375.1090402@anu.edu.au> Hi Richard, It's up to you how you represent your values, you could use the DCMI Period or something simple such as "1930-1940". We tend to have the latter since that's what our users typically enter. The batch import process won't parse the values, as long as the document is valid XML the values will be accepted. Scott. > Message: 3 > Date: Fri, 08 Jun 2007 12:08:16 +1200 > From: Richard MAHONEY > Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date > Range | How to represent > To: DSpace Tech , DSpace General > > Message-ID: <1181261296.8680.21.camel at proliant> > Content-Type: text/plain > > Dear List Members, > > I am in the process or preparing material for bulk import and have > again encountered and issue that I was inclined to gloss over last time > it arose: the format of the DSpace Dublin Core Date Elements, > Qualifiers, and particularly, the Values. > > What exactly is the required Value format and is it configurable? > Simple date Values such as the following present no difficulty: > > 1970 > > The trouble for me -- and this situation would arise often for many > projects -- is how to correctly represent date ranges, for e.g., date > issued, 1964 to 1970. Which Value format should should be used to > represent a date range in DSpace DC? Some DSpace version of the > W3C-DTF/ISO 8601 scheme? > > http://dublincore.org/documents/2000/07/28/dcmi-period/ > > > Best regards, > > Richard Mahoney > > > From yngyani at yahoo.com Mon Jun 11 23:57:38 2007 From: yngyani at yahoo.com (Y.N.Ganesh) Date: Tue, 12 Jun 2007 04:57:38 +0100 (BST) Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date Range | How to represent In-Reply-To: <466DE375.1090402@anu.edu.au> Message-ID: <515107.9263.qm@web34707.mail.mud.yahoo.com> Hi Richard, Dublin core suggests the encoding rules to be applied to data values. For any element that has dates it suggests the W3C-DTF - http://www.w3.org/TR/NOTE-datetime there are many values in the w3c scheme. We at NLB have tried to implement it based on information available during cataloging. for example - YYYY format if the complete date of the resource is not available, but only the year YYYY-MM if the exact day of the resource is not available YYYY-MM-DD if the exact date is known So I agree with Mr Scott, DSpace might not validate the value, unless you have strict validation rule for the data values that have been input. to summarise, any format that falls in the w3c-dtf scheme should be good. regards, Ganesh Yanamandra Project Manager, Digital Resources & Services, National Library Board, Singapore Scott Yeadon wrote: Hi Richard, It's up to you how you represent your values, you could use the DCMI Period or something simple such as "1930-1940". We tend to have the latter since that's what our users typically enter. The batch import process won't parse the values, as long as the document is valid XML the values will be accepted. Scott. > Message: 3 > Date: Fri, 08 Jun 2007 12:08:16 +1200 > From: Richard MAHONEY > Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date > Range | How to represent > To: DSpace Tech , DSpace General > > Message-ID: <1181261296.8680.21.camel at proliant> > Content-Type: text/plain > > Dear List Members, > > I am in the process or preparing material for bulk import and have > again encountered and issue that I was inclined to gloss over last time > it arose: the format of the DSpace Dublin Core Date Elements, > Qualifiers, and particularly, the Values. > > What exactly is the required Value format and is it configurable? > Simple date Values such as the following present no difficulty: > > 1970 > > The trouble for me -- and this situation would arise often for many > projects -- is how to correctly represent date ranges, for e.g., date > issued, 1964 to 1970. Which Value format should should be used to > represent a date range in DSpace DC? Some DSpace version of the > W3C-DTF/ISO 8601 scheme? > > http://dublincore.org/documents/2000/07/28/dcmi-period/ > > > Best regards, > > Richard Mahoney > > > _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general "I haven't lost my mind ~ it's backed up on disk somewhere!" --------------------------------- Download prohibited? No problem! CHAT from any browser, without download. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070612/6ac9bcf2/attachment.htm From r.mahoney at iconz.co.nz Tue Jun 12 06:34:19 2007 From: r.mahoney at iconz.co.nz (Richard MAHONEY) Date: Tue, 12 Jun 2007 22:34:19 +1200 Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date Range | How to represent In-Reply-To: <466DE375.1090402@anu.edu.au> References: <466DE375.1090402@anu.edu.au> Message-ID: <1181644459.8558.19.camel@proliant> Hello Scott, Thanks for your note. On Tue, 2007-06-12 at 12:06, Scott Yeadon wrote: > Hi Richard, > > It's up to you how you represent your values, you could use the DCMI > Period or something simple such as "1930-1940". We tend to have the > latter since that's what our users typically enter. The batch import > process won't parse the values, as long as the document is valid XML the > values will be accepted. Granted that using something such as: 1964-1970 in one's `dublin_core.xml' file seems practical and expedient, on my system at least -- DSpace-1.4.0 -- such an approach breaks DSpace's `Browse by Title', `Browse by Date', and the offending item's `Brief View'. This is the reason I first asked the lists for details of how one should _correctly_ represent a date range in the DSpace `dublin_core.xml' file. Using `1964-1970' and so on simply does not seem to work. I have put together a series of screenshots to indicate the issues: http://indica-et-buddhica.org/sections/repositorium-preview/known-issues/dspace-item-date-ranges As you will see, I am - unhappily - coming to the conclusion that DSpace does not support item date ranges at all. It is also becoming clear that the lack of genuine validation by the item importer can easily lead to the widespread corruption of ones metadata. I hope I am wrong as these would be serious deficiencies. Best regards, Richard Mahoney > Scott. > > Message: 3 > > Date: Fri, 08 Jun 2007 12:08:16 +1200 > > From: Richard MAHONEY > > Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date > > Range | How to represent > > To: DSpace Tech , DSpace General > > > > Message-ID: <1181261296.8680.21.camel at proliant> > > Content-Type: text/plain > > > > Dear List Members, > > > > I am in the process or preparing material for bulk import and have > > again encountered and issue that I was inclined to gloss over last time > > it arose: the format of the DSpace Dublin Core Date Elements, > > Qualifiers, and particularly, the Values. > > > > What exactly is the required Value format and is it configurable? > > Simple date Values such as the following present no difficulty: > > > > 1970 > > > > The trouble for me -- and this situation would arise often for many > > projects -- is how to correctly represent date ranges, for e.g., date > > issued, 1964 to 1970. Which Value format should should be used to > > represent a date range in DSpace DC? Some DSpace version of the > > W3C-DTF/ISO 8601 scheme? > > > > http://dublincore.org/documents/2000/07/28/dcmi-period/ > > > > > > Best regards, > > > > Richard Mahoney > > > > > > -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ From iacj at terra.com.br Tue Jun 12 11:01:04 2007 From: iacj at terra.com.br (instituto A.C.Jobim) Date: Tue, 12 Jun 2007 12:01:04 -0300 Subject: [Dspace-general] [Dspace-tech] DSpace `Dublin Core' | Date Issued | Date Range | How to represent In-Reply-To: <1181644459.8558.19.camel@proliant> References: <466DE375.1090402@anu.edu.au> <1181644459.8558.19.camel@proliant> Message-ID: <862D6F7D-F907-42DE-B685-7802C078715F@terra.com.br> Hi Richard I think using the date.issued field quite confusing because thats what DSpace automaticly uses when you dont check the "item has been published before" box. At the Institute here we used date.created and maybe I will change it for simply date. Researchers here use sometimes brackets or parentesis to indicate if a date is a guess of the researcher and all these things break the browse by date page and make the sorting alleatory. We finally decided to treat this field as text and not date (in dspace.cfg) so I remove the brackets in the field sort_date and everybody uses the YYYY-MM-DD format so periods like 1960-1970 will be sorted correctly and the browse page will not break. I hope this helps Paulo Jobim Em 12/06/2007, ?s 07:34, Richard MAHONEY escreveu: > Hello Scott, > > Thanks for your note. > > On Tue, 2007-06-12 at 12:06, Scott Yeadon wrote: >> Hi Richard, >> >> It's up to you how you represent your values, you could use the DCMI >> Period or something simple such as "1930-1940". We tend to have the >> latter since that's what our users typically enter. The batch import >> process won't parse the values, as long as the document is valid >> XML the >> values will be accepted. > > Granted that using something such as: > > 1964-1970 > > in one's `dublin_core.xml' file seems practical and expedient, on my > system at least -- DSpace-1.4.0 -- such an approach breaks DSpace's > `Browse by Title', `Browse by Date', and the offending item's `Brief > View'. > > This is the reason I first asked the lists for details of how one > should _correctly_ represent a date range in the DSpace > `dublin_core.xml' file. Using `1964-1970' and so on simply does not > seem to work. > > I have put together a series of screenshots to indicate the issues: > > http://indica-et-buddhica.org/sections/repositorium-preview/known- > issues/dspace-item-date-ranges > > As you will see, I am - unhappily - coming to the conclusion that > DSpace does not support item date ranges at all. It is also becoming > clear that the lack of genuine validation by the item importer can > easily lead to the widespread corruption of ones metadata. I hope I am > wrong as these would be serious deficiencies. > > > Best regards, > > Richard Mahoney > > >> Scott. >>> Message: 3 >>> Date: Fri, 08 Jun 2007 12:08:16 +1200 >>> From: Richard MAHONEY >>> Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date >>> Range | How to represent >>> To: DSpace Tech , DSpace General >>> >>> Message-ID: <1181261296.8680.21.camel at proliant> >>> Content-Type: text/plain >>> >>> Dear List Members, >>> >>> I am in the process or preparing material for bulk import and have >>> again encountered and issue that I was inclined to gloss over >>> last time >>> it arose: the format of the DSpace Dublin Core Date Elements, >>> Qualifiers, and particularly, the Values. >>> >>> What exactly is the required Value format and is it configurable? >>> Simple date Values such as the following present no difficulty: >>> >>> 1970 >>> >>> The trouble for me -- and this situation would arise often for many >>> projects -- is how to correctly represent date ranges, for e.g., >>> date >>> issued, 1964 to 1970. Which Value format should should be used to >>> represent a date range in DSpace DC? Some DSpace version of the >>> W3C-DTF/ISO 8601 scheme? >>> >>> http://dublincore.org/documents/2000/07/28/dcmi-period/ >>> >>> >>> Best regards, >>> >>> Richard Mahoney >>> >>> >>> > -- > Richard MAHONEY | internet: http://indica-et-buddhica.org/ > Littledene | telephone/telefax (man.): +64 3 312 1699 > Bay Road | cellular: +64 27 482 9986 > OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Indica et Buddhica: Materials for Indology and Buddhology > Repositorium: http://indica-et-buddhica.org/repositorium/ > Philologica: http://indica-et-buddhica.org/philologica/ > Subscriptions: http://subscriptions.indica-et-buddhica.org/ > > > ---------------------------------------------------------------------- > --- > 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 r.mahoney at iconz.co.nz Tue Jun 12 18:27:09 2007 From: r.mahoney at iconz.co.nz (Richard MAHONEY) Date: Wed, 13 Jun 2007 10:27:09 +1200 Subject: [Dspace-general] [Dspace-tech] DSpace `Dublin Core' | Date Issued | Date Range | How to represent In-Reply-To: <862D6F7D-F907-42DE-B685-7802C078715F@terra.com.br> References: <466DE375.1090402@anu.edu.au> <1181644459.8558.19.camel@proliant> <862D6F7D-F907-42DE-B685-7802C078715F@terra.com.br> Message-ID: <1181687229.15248.51.camel@proliant> Hello Paulo Jobim, On Wed, 2007-06-13 at 03:01, instituto A.C.Jobim wrote: > Hi Richard > I think using the date.issued field quite confusing because thats what > DSpace automatically uses when you don't check the "item has been > published before" box. My use of `date.issued' for previously published items is consistent with the recommendations here: http://www.dspace.org/technology/metadata.html A short summary of the suggested element / qualifier pairs follows: 1.) date -- Use qualified form if possible 2.) date accessioned -- Date DSpace takes possession of item 3.) date available -- Date or date range item became available to the public 4.) date copyright -- Date of copyright 5.) date created -- Date of creation or manufacture of intellectual content if different from date.issued 6.) date issued -- Date of publication or distribution 7.) date submitted -- Recommend for theses and dissertations Clearly, dc.date.issued is to be used for the date of `original' publication in the case of previously published material. dc.date.created, on the other hand, is only to be used in addition, and not as a substitute for, dc.date.issued. > At the Institute here we used date.created and maybe I will change it > for simply date. As above, probably its undoubtably best to use a qualified form if you can. > Researchers here use sometimes brackets or parentesis to indicate if > a date is a guess of the researcher and all these things break the > browse by date page and make the sorting alleatory. We finally > decided to treat this field as text and not date (in dspace.cfg) so I > remove the brackets in the field sort_date and everybody uses the > YYYY-MM-DD format so periods like 1960-1970 will be sorted correctly > and the browse page will not break. The primary issue for me is how to represent date ranges in the dublin_core.xml file so that DSpace can adequately sort and display the range in `Browse by title' and `Browse by date', and display the range in `Brief item view'. If I properly understand the relatively few responses to my query, the short answer is that one cannot. The stock DSpace distribution does not enable one to specify a date range in an item's date metadata fields, for e.g., something along the lines of the DCMI Period Encoding Scheme: http://dublincore.org/documents/dcmi-period/ This is a serious deficiency in any system, let alone in one that has pretensions to provide a basis for a digital archive. I would welcome comments from DSpace core developers on their proposed solution to DSpace's lack of support for encoding periods. Best regards, Richard Mahoney > I hope this helps > Paulo Jobim > > Em 12/06/2007, ?s 07:34, Richard MAHONEY escreveu: > > > Hello Scott, > > > > Thanks for your note. > > > > On Tue, 2007-06-12 at 12:06, Scott Yeadon wrote: > >> Hi Richard, > >> > >> It's up to you how you represent your values, you could use the DCMI > >> Period or something simple such as "1930-1940". We tend to have the > >> latter since that's what our users typically enter. The batch import > >> process won't parse the values, as long as the document is valid > >> XML the > >> values will be accepted. > > > > Granted that using something such as: > > > > 1964-1970 > > > > in one's `dublin_core.xml' file seems practical and expedient, on my > > system at least -- DSpace-1.4.0 -- such an approach breaks DSpace's > > `Browse by Title', `Browse by Date', and the offending item's `Brief > > View'. > > > > This is the reason I first asked the lists for details of how one > > should _correctly_ represent a date range in the DSpace > > `dublin_core.xml' file. Using `1964-1970' and so on simply does not > > seem to work. > > > > I have put together a series of screenshots to indicate the issues: > > > > http://indica-et-buddhica.org/sections/repositorium-preview/known- > > issues/dspace-item-date-ranges > > > > As you will see, I am - unhappily - coming to the conclusion that > > DSpace does not support item date ranges at all. It is also becoming > > clear that the lack of genuine validation by the item importer can > > easily lead to the widespread corruption of ones metadata. I hope I am > > wrong as these would be serious deficiencies. > > > > > > Best regards, > > > > Richard Mahoney > > > > > >> Scott. > >>> Message: 3 > >>> Date: Fri, 08 Jun 2007 12:08:16 +1200 > >>> From: Richard MAHONEY > >>> Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date > >>> Range | How to represent > >>> To: DSpace Tech , DSpace General > >>> > >>> Message-ID: <1181261296.8680.21.camel at proliant> > >>> Content-Type: text/plain > >>> > >>> Dear List Members, > >>> > >>> I am in the process or preparing material for bulk import and have > >>> again encountered and issue that I was inclined to gloss over > >>> last time > >>> it arose: the format of the DSpace Dublin Core Date Elements, > >>> Qualifiers, and particularly, the Values. > >>> > >>> What exactly is the required Value format and is it configurable? > >>> Simple date Values such as the following present no difficulty: > >>> > >>> 1970 > >>> > >>> The trouble for me -- and this situation would arise often for many > >>> projects -- is how to correctly represent date ranges, for e.g., > >>> date > >>> issued, 1964 to 1970. Which Value format should should be used to > >>> represent a date range in DSpace DC? Some DSpace version of the > >>> W3C-DTF/ISO 8601 scheme? > >>> > >>> http://dublincore.org/documents/2000/07/28/dcmi-period/ > >>> > >>> > >>> Best regards, > >>> > >>> Richard Mahoney > >>> > >>> > >>> > > -- > > Richard MAHONEY | internet: http://indica-et-buddhica.org/ > > Littledene | telephone/telefax (man.): +64 3 312 1699 > > Bay Road | cellular: +64 27 482 9986 > > OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Indica et Buddhica: Materials for Indology and Buddhology > > Repositorium: http://indica-et-buddhica.org/repositorium/ > > Philologica: http://indica-et-buddhica.org/philologica/ > > Subscriptions: http://subscriptions.indica-et-buddhica.org/ > > > > > > ---------------------------------------------------------------------- > > --- > > 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 -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ From scott.yeadon at anu.edu.au Tue Jun 12 18:44:26 2007 From: scott.yeadon at anu.edu.au (Scott Yeadon) Date: Wed, 13 Jun 2007 08:44:26 +1000 Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date Range | How to represent In-Reply-To: <1181644459.8558.19.camel@proliant> References: <466DE375.1090402@anu.edu.au> <1181644459.8558.19.camel@proliant> Message-ID: <466F21CA.7080403@anu.edu.au> Hi Richard, > Hello Scott, > > Thanks for your note. > > On Tue, 2007-06-12 at 12:06, Scott Yeadon wrote: > >> Hi Richard, >> >> It's up to you how you represent your values, you could use the DCMI >> Period or something simple such as "1930-1940". We tend to have the >> latter since that's what our users typically enter. The batch import >> process won't parse the values, as long as the document is valid XML the >> values will be accepted. >> > > Granted that using something such as: > > 1964-1970 > > in one's `dublin_core.xml' file seems practical and expedient, on my > system at least -- DSpace-1.4.0 -- such an approach breaks DSpace's > `Browse by Title', `Browse by Date', and the offending item's `Brief > View'. > > This is the reason I first asked the lists for details of how one > should _correctly_ represent a date range in the DSpace > `dublin_core.xml' file. Using `1964-1970' and so on simply does not > seem to work. > It's likely that this is because the default metadata display is not able to render date ranges properly. In your DSpace config file put the following entry: webui.itemdisplay.default = dc.title, dc.title.alternative, dc.contributor.*, dc.subject, dc.date.issued, dc.publisher, dc.identifier.citation, dc.relation.ispartofseries, dc.description.abstract, dc.description, dc.identifier.govdoc, dc.identifier.uri(link), dc.identifier.isbn, dc.identifier.issn, dc.identifier.ismn, dc.identifier The date.issued field is by default formatted to a date (see ItemTag.java for the hardcoded list) using the "dc.date.issued(date)" field display text. Removing the "(date)" part of this will stop any special rendering taking place. Also, setting: webui.itemlist.columns = dc.date.issued, dc.title, dc.contributor.* in the dspace.cfg file may also resolve your ranges not showing up in the browse page (the default specifies "dc.date.issued(date)"), so as above removing the rendering rules should fix this) There should also be a section in the docs covering the above config items you could have a look at, since you may also want to customise your simple view and browse columns. > I have put together a series of screenshots to indicate the issues: > > http://indica-et-buddhica.org/sections/repositorium-preview/known-issues/dspace-item-date-ranges > > As you will see, I am - unhappily - coming to the conclusion that > DSpace does not support item date ranges at all. It is also becoming > clear that the lack of genuine validation by the item importer can > easily lead to the widespread corruption of ones metadata. I hope I am > wrong as these would be serious deficiencies. > I imagine the reason validation is not included is that DSpace in general doesn't set down value format rules, since every institution is likely to have differing requirements. Having said that, there is no easy plugin to set your own rules, you would have to modify the import process to support this if you needed it, or pre-process your material prior to loading to apply any rules you need enforced. Hope that helps. Scott. > > Best regards, > > Richard Mahoney > > > >> Scott. >> >>> Message: 3 >>> Date: Fri, 08 Jun 2007 12:08:16 +1200 >>> From: Richard MAHONEY >>> Subject: [Dspace-general] DSpace `Dublin Core' | Date Issued | Date >>> Range | How to represent >>> To: DSpace Tech , DSpace General >>> >>> Message-ID: <1181261296.8680.21.camel at proliant> >>> Content-Type: text/plain >>> >>> Dear List Members, >>> >>> I am in the process or preparing material for bulk import and have >>> again encountered and issue that I was inclined to gloss over last time >>> it arose: the format of the DSpace Dublin Core Date Elements, >>> Qualifiers, and particularly, the Values. >>> >>> What exactly is the required Value format and is it configurable? >>> Simple date Values such as the following present no difficulty: >>> >>> 1970 >>> >>> The trouble for me -- and this situation would arise often for many >>> projects -- is how to correctly represent date ranges, for e.g., date >>> issued, 1964 to 1970. Which Value format should should be used to >>> represent a date range in DSpace DC? Some DSpace version of the >>> W3C-DTF/ISO 8601 scheme? >>> >>> http://dublincore.org/documents/2000/07/28/dcmi-period/ >>> >>> >>> Best regards, >>> >>> Richard Mahoney >>> >>> >>> >>> From nicolacavalli at katamail.com Wed Jun 13 04:56:38 2007 From: nicolacavalli at katamail.com (Nicola Cavalli) Date: Wed, 13 Jun 2007 10:56:38 +0200 Subject: [Dspace-general] Dspace and Multimedia Message-ID: <1d0801c7ad98$c0b83380$d640fea9@ledi.local> Hello, > we're trying to use Dspace to store and disseminate primarely multimedia > objects (images and video files). > > We have found some interesting installation in this direction, but we're > still trying to make a (comprehensive) map of what others are doing in > this field, just to try not to do something others have already done.... > > Would you bee so kind to share your ideas, thoughts and developings > regarding this with us? Please send your URLS or whatever else to the list > or directly to me: > > nicola.cavalli at gmail.com > > Thanks! > > Nicola Cavalli - Phd > ------------------------------------ > CPM (Centro Produzione Multimediale - Multimedia Production Center) > Qua_si Project - Quality of Life in the Information Society > Universit? di Milano Bicocca - Milan Bicocca University > Tel - Ph: 347/9023483 > > > > -- Io utilizzo la versione gratuita di SPAMfighter per utenti privati. Sino ad ora ha rimosso 104787 mail spam. Gli utenti paganti non hanno questo messaggio nelle loro email . Prova gratuitamente SPAMfighter qui:http://www.spamfighter.com/lit From andrew.hankinson at mail.mcgill.ca Wed Jun 13 14:49:14 2007 From: andrew.hankinson at mail.mcgill.ca (Andrew Hankinson) Date: Wed, 13 Jun 2007 14:49:14 -0400 Subject: [Dspace-general] Arabic Language Metadata Message-ID: Hi folks, I'm trying to customize Dspace to do Arabic language metadata. We have a number of recordings of Arabic folk music that our researchers want to catalogue in English and Arabic. >From what I can tell, the only problem (so far) would be that Dspace assumes all metadata submissions are in English. ('en') I have an idea that I would simply add a new entry to 'input-forms.xml' so that it would double each field i.e. English Author / Arabic Author, English Title / Arabic Title, etc. However, I cannot seem to find the place where I can tell it that that particular field will be catalogued in Arabic. Any thoughts? Thanks in advance. Andrew From mathias.hjelt at iterate.fi Thu Jun 14 00:25:48 2007 From: mathias.hjelt at iterate.fi (Mathias Hjelt) Date: Thu, 14 Jun 2007 07:25:48 +0300 Subject: [Dspace-general] Arabic Language Metadata In-Reply-To: References: Message-ID: <83AC6C837F6AA24BB32A15F2326B7A5703C502@exchange03.javerdelasp.javerdel.com> Andrew, I recently posted a similar question on the dspace-tech list and the few answers I got made it clear that DSpace currently does not provide support for this, i.e. in the submission stage it's not possible to assign arbitrary language flags to metadata fields. DSpace always uses whatever default language is defined in dspace.cfg for all metadata entered by the user during the submission process. One person kindly pointed out this patch for me: http://sourceforge.net/tracker/index.php?func=detail&aid=1426556&group_id=19984&atid=319984 which would seem to do the job, but it's from 2006 so my guess is that it won't work with the latest DSpace release. Haven't yet had time to test it myself, though. Currently I'm considering a workaround where I just put in repeatable fields (e.g. the submitting user can add an arbitrary number of alternate titles to a submission), which all initially end up being flagged as en_US, and then have the user or some Chief Metadata Cleanup Officer put in the proper language codes for the alternate titles after the submission is completed. It makes the submission workflow more complicated, but it gets the job done. In the process of customising DSpace for our needs I've stumbled across a number of limitations related to handling of multiple languages. We need to raise enough interest in these issues so that necessary patches are submitted, tested and finally comitted into the mainstream DSpace release. It's a shame that there already was a patch, but that never got committed.. Best regards Mathias Hjelt HANKEN -----Original Message----- From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of Andrew Hankinson Sent: 13. kes?kuuta 2007 21:49 To: dspace-general at mit.edu Subject: [Dspace-general] Arabic Language Metadata Hi folks, I'm trying to customize Dspace to do Arabic language metadata. We have a number of recordings of Arabic folk music that our researchers want to catalogue in English and Arabic. >From what I can tell, the only problem (so far) would be that Dspace assumes all metadata submissions are in English. ('en') I have an idea that I would simply add a new entry to 'input-forms.xml' so that it would double each field i.e. English Author / Arabic Author, English Title / Arabic Title, etc. However, I cannot seem to find the place where I can tell it that that particular field will be catalogued in Arabic. Any thoughts? Thanks in advance. Andrew _______________________________________________ Dspace-general mailing list Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From r.mahoney at iconz.co.nz Thu Jun 14 07:22:15 2007 From: r.mahoney at iconz.co.nz (Richard MAHONEY) Date: Thu, 14 Jun 2007 23:22:15 +1200 Subject: [Dspace-general] [Dspace-tech] DSpace `Dublin Core' | Date Issued | Date Range | How to represent In-Reply-To: <466F21CA.7080403@anu.edu.au> References: <466DE375.1090402@anu.edu.au> <1181644459.8558.19.camel@proliant> <466F21CA.7080403@anu.edu.au> Message-ID: <1181820135.7013.19.camel@proliant> Hi Scott, On Wed, 2007-06-13 at 10:44, Scott Yeadon wrote: > > Granted that using something such as: > > > > 1964-1970 > > > > in one's `dublin_core.xml' file seems practical and expedient, on my > > system at least -- DSpace-1.4.0 -- such an approach breaks DSpace's > > `Browse by Title', `Browse by Date', and the offending item's `Brief > > View'. > > > > This is the reason I first asked the lists for details of how one > > should _correctly_ represent a date range in the DSpace > > `dublin_core.xml' file. Using `1964-1970' and so on simply does not > > seem to work. > It's likely that this is because the default metadata display is not > able to render date ranges properly. In your DSpace config file put > the following entry: > webui.itemdisplay.default = ... dc.date.issued, ... done > The date.issued field is by default formatted to a date (see > ItemTag.java for the hardcoded list) using the "dc.date.issued(date)" > field display text. Removing the "(date)" part of this will stop any > special rendering taking place. > Also, setting: > webui.itemlist.columns = dc.date.issued, ... ditto > in the dspace.cfg file may also resolve your ranges not showing up in > the browse page (the default specifies "dc.date.issued(date)"), so as > above removing the rendering rules should fix this) Thank you very much for this suggestion Scott. With a small test sample this makes all the ranges visible when browsing. Once I've prepared and loaded a decent number of records following the `1964-1970' pattern I'll test the sorting and so on. Kind regards, Richard -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney at indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Repositorium: http://indica-et-buddhica.org/repositorium/ Philologica: http://indica-et-buddhica.org/philologica/ Subscriptions: http://subscriptions.indica-et-buddhica.org/ From ssadler at ucalgary.ca Thu Jun 14 12:53:00 2007 From: ssadler at ucalgary.ca (Shawna Sadler) Date: Thu, 14 Jun 2007 10:53:00 -0600 Subject: [Dspace-general] Arabic Language Metadata In-Reply-To: References: Message-ID: <4671726C.8080303@ucalgary.ca> Hi Andrew, I'm not sure if this helps, but I set language through the collection's "Item Template" If I know that all titles and authors will be in another language I go into the front-end Admin and type in the iso standard for that language in the collection's Item Template and just leave it. So far I haven't had any problems. That way it pre-populates for every record in the collection. Shawna Shawna Sadler Coordinator, Digital Initiatives Libraries and Cultural Resources University of Calgary Phone: (403) 220-3739 Email: ssadler at ucalgary.ca Message: 1 Date: Wed, 13 Jun 2007 14:49:14 -0400 From: "Andrew Hankinson" Subject: [Dspace-general] Arabic Language Metadata To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Hi folks, I'm trying to customize Dspace to do Arabic language metadata. We have a number of recordings of Arabic folk music that our researchers want to catalogue in English and Arabic. >From what I can tell, the only problem (so far) would be that Dspace assumes all metadata submissions are in English. ('en') I have an idea that I would simply add a new entry to 'input-forms.xml' so that it would double each field i.e. English Author / Arabic Author, English Title / Arabic Title, etc. However, I cannot seem to find the place where I can tell it that that particular field will be catalogued in Arabic. Any thoughts? Thanks in advance. Andrew From andrew.hankinson at mail.mcgill.ca Thu Jun 14 13:56:45 2007 From: andrew.hankinson at mail.mcgill.ca (Andrew Hankinson) Date: Thu, 14 Jun 2007 13:56:45 -0400 Subject: [Dspace-general] Arabic Language Metadata References: <4671726C.8080303@ucalgary.ca> Message-ID: That is fantastic! I was not aware of that, but that's perfect. Cheers, Andrew -----Original Message----- From: Shawna Sadler [mailto:ssadler at ucalgary.ca] Sent: Thu 6/14/2007 12:53 PM To: dspace-general at mit.edu; Andrew Hankinson Subject: Arabic Language Metadata Hi Andrew, I'm not sure if this helps, but I set language through the collection's "Item Template" If I know that all titles and authors will be in another language I go into the front-end Admin and type in the iso standard for that language in the collection's Item Template and just leave it. So far I haven't had any problems. That way it pre-populates for every record in the collection. Shawna Shawna Sadler Coordinator, Digital Initiatives Libraries and Cultural Resources University of Calgary Phone: (403) 220-3739 Email: ssadler at ucalgary.ca Message: 1 Date: Wed, 13 Jun 2007 14:49:14 -0400 From: "Andrew Hankinson" Subject: [Dspace-general] Arabic Language Metadata To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Hi folks, I'm trying to customize Dspace to do Arabic language metadata. We have a number of recordings of Arabic folk music that our researchers want to catalogue in English and Arabic. >From what I can tell, the only problem (so far) would be that Dspace assumes all metadata submissions are in English. ('en') I have an idea that I would simply add a new entry to 'input-forms.xml' so that it would double each field i.e. English Author / Arabic Author, English Title / Arabic Title, etc. However, I cannot seem to find the place where I can tell it that that particular field will be catalogued in Arabic. Any thoughts? Thanks in advance. Andrew From bobay at indiana.edu Mon Jun 18 16:24:22 2007 From: bobay at indiana.edu (Bobay, Julianne Sullivan) Date: Mon, 18 Jun 2007 16:24:22 -0400 Subject: [Dspace-general] Google search results bypass metadata records Message-ID: <2101FD92174F0B49ACE93C5DC87F1037015AB18A@iu-mssg-mbx103.ads.iu.edu> We've had complaints from users who have found out-of-context DSpace documents with Google searches, such as https://scholarworks.iu.edu/dspace/bitstream/2022/1333/1/7(1)81-82.pdf There is, of course, a DSpace metadata record, but the Google search retrieves the document itself with no link to the metadata record. We're considering disallowing access to the bitstream path so that users will not be confronted with raw documents with no metadata context, but do not want to lose the full-text searching functionality. Has anyone found a solution to this problem? Thanks in advance for help. Julie Bobay, Director for Scholarly Communication Initiatives Indiana University Bloomington Libraries Wells Library E1060 Bloomington, IN 47405 812-855-7743 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070618/1355008c/attachment.htm From kenzie at MIT.EDU Tue Jun 19 15:42:06 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Tue, 19 Jun 2007 15:42:06 -0400 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <2101FD92174F0B49ACE93C5DC87F1037015AB18A@iu-mssg-mbx103.ads.iu.edu> References: <2101FD92174F0B49ACE93C5DC87F1037015AB18A@iu-mssg-mbx103.ads.iu.edu> Message-ID: <4678318E.7070703@mit.edu> Hi Julie, This is very interesting... Google Scholar's indexing of item metadata vs bitstreams has evolved over the years. Early on they thought users were absolutely not interested in seeing item records -- they want to go directly to the bitstreams -- but I think that belief has changed and now they are definitely indexing both item metadata and bitstreams. In this case, I wasn't able to reproduce the problem in Google Scholar. I searched by terms that were only in the metadata and only in the PDF, and in all cases GS took me to the item record first... I couldn't find a search that took me directly to the bitstream (although I've seen that behavior in the past). Do you know how your user got to that result? Anyway, assuming there are still cases where GS takes the user directly to the bitstream, I think they'd be interested in your feedback. The particular bitstream you provided is a great example of why a user might need to go through an item record... the bitstream has absolutely no embedded metadata or other context to help the user figure out what they're looking at. Maybe Rob Tansley can also comment, or we can take this up again with Anurag at Google Scholar. MacKenzie > > We?ve had complaints from users who have found out-of-context DSpace > documents with Google searches, such as > _https://scholarworks.iu.edu/dspace/bitstream/2022/1333/1/7(1)81-82.pdf_ > > > > There is, of course, a DSpace metadata record, but the Google search > retrieves the document itself with no link to the metadata record. > We?re considering disallowing access to the bitstream path so that > users will not be confronted with raw documents with no metadata > context, but do not want to lose the full-text searching > functionality. Has anyone found a solution to this problem? > > Thanks in advance for help. > > Julie Bobay, Director for Scholarly Communication Initiatives > Indiana University Bloomington Libraries > Wells Library E1060 > Bloomington, IN 47405 > 812-855-7743 > -- MacKenzie Smith Associate Director for Technology MIT Libraries From jodi.a.schneider at gmail.com Tue Jun 19 18:43:42 2007 From: jodi.a.schneider at gmail.com (Jodi Schneider) Date: Tue, 19 Jun 2007 18:43:42 -0400 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <4678318E.7070703@mit.edu> References: <2101FD92174F0B49ACE93C5DC87F1037015AB18A@iu-mssg-mbx103.ads.iu.edu> <4678318E.7070703@mit.edu> Message-ID: Julie, Do you know if users were doing *Google* searches (as opposed to Google Scholar searches)? I didn't turn up any bitstream results in Google Scholar, but there are plenty in Google proper. For instance, I get "about 908" results by searching Google for site://scholarworks.iu.edu/dspace/bitstream/ For examples of searches that retrieve both bitstreams and metadata records, a search for site://scholarworks.iu.edu/dspace/ yields "about 6190" results. Here are two examples of a bitstream appearing with higher rank than its metadata record. In these cases I couldn't find the metadata record in the search results. YMMV. -Jodi 1) The 14th result in a Google search for "indiana geological survey" site://scholarworks.iu.edu/dspace/ is a bitstream:** https://scholarworks.iu.edu/dspace/bitstream/2022/432/1/Steinmetz+et+al+Data+Preservation+at+GSA+23Oct06.ppt I could not find the metadata record ( http://hdl.handle.net/2022/432 aka https://scholarworks.iu.edu/dspace/handle/2022/432 ) in the (about 187) search results. Results in Google Scholar are, of course, different. (No site search is possible there.) "indiana geological survey" author:j-steinmetz gives the metadata record as the third result. ---------------------------------------------------------------------- 2) A Google search for site://scholarworks.iu.edu/dspace/ gives a bitstream as the sixth result: https://scholarworks.iu.edu/dspace/bitstream/2022/226/1/B42D.pdf Metadata record is at http://hdl.handle.net/2022/226 AKA https://scholarworks.iu.edu/dspace/handle/2022/226/ AKA https://scholarworks.iu.edu/dspace/handle/2022/226/1 I didn't turn up the metadata record in the first 1000 (of "about 6,190") Google results. ** I did not find it in Google Scholar by (for instance) author:Carr,DD sand indiana On 6/19/07, MacKenzie Smith wrote: > > Hi Julie, > > This is very interesting... Google Scholar's indexing of item metadata > vs bitstreams has evolved over the years. Early on they thought users > were absolutely not interested in seeing item records -- they want to go > directly to the bitstreams -- but I think that belief has changed and > now they are definitely indexing both item metadata and bitstreams. > > In this case, I wasn't able to reproduce the problem in Google Scholar. > I searched by terms that were only in the metadata and only in the PDF, > and in all cases GS took me to the item record first... I couldn't find > a search that took me directly to the bitstream (although I've seen that > behavior in the past). Do you know how your user got to that result? > > Anyway, assuming there are still cases where GS takes the user directly > to the bitstream, I think they'd be interested in your feedback. The > particular bitstream you provided is a great example of why a user might > need to go through an item record... the bitstream has absolutely no > embedded metadata or other context to help the user figure out what > they're looking at. > > Maybe Rob Tansley can also comment, or we can take this up again with > Anurag at Google Scholar. > > MacKenzie > > > > We've had complaints from users who have found out-of-context DSpace > > documents with Google searches, such as > > _https://scholarworks.iu.edu/dspace/bitstream/2022/1333/1/7(1)81-82.pdf_ > > < > https://scholarworks.iu.edu/dspace/bitstream/2022/1333/1/7%281%2981-82.pdf > > > > > > > > There is, of course, a DSpace metadata record, but the Google search > > retrieves the document itself with no link to the metadata record. > > We're considering disallowing access to the bitstream path so that > > users will not be confronted with raw documents with no metadata > > context, but do not want to lose the full-text searching > > functionality. Has anyone found a solution to this problem? > > > > Thanks in advance for help. > > > > Julie Bobay, Director for Scholarly Communication Initiatives > > Indiana University Bloomington Libraries > > Wells Library E1060 > > Bloomington, IN 47405 > > 812-855-7743 > > > > > -- > MacKenzie Smith > Associate Director for Technology > MIT Libraries > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070619/c24826e1/attachment.htm From khaiser.nikam at gmail.com Wed Jun 20 02:30:46 2007 From: khaiser.nikam at gmail.com (khaiser nikam) Date: Wed, 20 Jun 2007 12:00:46 +0530 Subject: [Dspace-general] (no subject) Message-ID: plz let me know if it is possible to transfer data from WINISIS to Dspace -- Dr.(Mrs) Khaiser Nikam University of Mysore Mysore - 570 006 Ph: 0821-2419399 (off) email : khaiser.nikam at gmail.com http://mulissafridaytalks.blogspot.com From connell.17 at osu.edu Wed Jun 20 14:01:20 2007 From: connell.17 at osu.edu (Tschera Connell) Date: Wed, 20 Jun 2007 14:01:20 -0400 Subject: [Dspace-general] Job posting: Systems Developer/Engineer Message-ID: *The Ohio State University Libraries* * * *Systems Developer/Engineer* * * The Ohio State University Libraries seeks a creative, forward thinking, self motivated Systems Developer/Engineer (A&P) who likes to collaborate-locally and nationally, takes initiative, works well on teams, enjoys challenging projects and wants to continue to learn and expand their knowledge base. As a future oriented library, this is a place for fresh ideas and new approaches to problem solving. Individual will provide software application design, development, documentation, implementation, maintenance and support for technologically sound, standards-based digital initiatives for the OSU libraries. Will develop databases, web applications, and interfaces across campus and across the state; facilitate compliance to achieve preservation goals for OSU research in a digital format; collaborate with technical staff on installation, configuration, testing, administration, and maintenance of the libraries technology infrastructure; troubleshoots and responds to evening, weekend, and holiday emergency service calls; and supervises technical staff and/or student assistants. Bachelor's Degree in Computer & Information Science or an equivalent combination of education and experience required. Experience with database programming, web application development & support also required. For a complete position description and application instructions please visit www.jobsatosu.com and search by requisition number 328857. To assure consideration, applications must be received by July 8, 2007. To build a diverse workforce Ohio State encourages applications from individuals with disabilities, minorities, veterans and women. EEO/AA employer. -- Tschera Harkness Connell, Ph.D. Head, Scholarly Resources Integration Department Ohio State University Libraries Columbus, OH 43210 connell.17 at osu.edu phone: 614-247-7462 fax: 614-292-2015 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070620/6a92528b/attachment.htm From sahil.dave19 at gmail.com Wed Jun 20 15:31:07 2007 From: sahil.dave19 at gmail.com (Sahil Dave) Date: Thu, 21 Jun 2007 01:01:07 +0530 Subject: [Dspace-general] Unable to register new users.. Message-ID: hi i just finished setting up DSpace.. i am able to create a admin. account in it.. but when i try to create a normal acct., i am not able to create one..! -- Sahil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070621/1f87c5a8/attachment.htm From galloway at ischool.utexas.edu Thu Jun 21 10:37:40 2007 From: galloway at ischool.utexas.edu (Pat Galloway) Date: Thu, 21 Jun 2007 08:37:40 -0600 Subject: [Dspace-general] Google search results bypass metadata records References: Message-ID: <467A8D34.3050001@ischool.utexas.edu> After having read the original post on this topic I was more than a little concerned because we have restricted materials on our server; but I tested using text in restricted Microsoft Word files and found no hits; the same day, however, I retrieved on this string "Michael Joyce?Arrangement-4/20/2005" which was the first text string in an unrestricted Word document (but not in the DSPace metadata), and got this result using regular Google search: [DOC] Michael Joyce--ArrangementFile Format: Microsoft Word - View as HTML Michael Joyce?Arrangement-4/20/2005 (updated 05/01/2005). Series I. Works. (Subseries for each title). Series II. Academic Career ... https://pacer.ischool.utexas.edu/bitstream/2081/859/1/Arrangement.doc Obviously if you go here it is impossible to get to the metadata unless you know to sever the last two filepath elements. Clearly this might be a concern for many reasons; but I was in the midst of writing an article for Library Trends on archives and information retrieval, and found it interesting (in the context of archival discussions about "exploding" the authority of the finding aid) that opening DSpace to Web 2.0 permits this broader, deracinated granular access. I would hope that it NOT be made impossible, either on the DSpace or the Google side; just that (since Google is DSpace-aware) the searcher be shown how to get the metadata if indeed it is wanted for the searcher's purposes. Too often we think it's up to us to determine what researchers need and want. Has anyone heard any complaints from them? Pat Galloway School of Information UNiversity of Texas From christophe.dupriez at destin.be Thu Jun 21 20:26:21 2007 From: christophe.dupriez at destin.be (Christophe Dupriez) Date: Fri, 22 Jun 2007 02:26:21 +0200 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <467A8D34.3050001@ischool.utexas.edu> References: <467A8D34.3050001@ischool.utexas.edu> Message-ID: <467B172D.80901@destin.be> Hi Pat! (copy to Roger Costello, proposer of HTTP "Meta-Location" header, that may help make this discussion fruitful) I like very much your idea: for a given URL, there should be a standard "derivation" to get its metadata / context. In an HTML document, we could have a After having read the original post on this topic I was more than a > little concerned because we have restricted materials on our server; but > I tested using text in restricted Microsoft Word files and found no > hits; the same day, however, I retrieved on this string "Michael > Joyce?Arrangement-4/20/2005" which was the first text string in an > unrestricted Word document (but not in the DSPace metadata), and got > this result using regular Google search: > > [DOC] Michael Joyce--ArrangementFile Format: Microsoft Word - View as HTML > Michael Joyce?Arrangement-4/20/2005 (updated 05/01/2005). Series I. > Works. (Subseries for each title). Series II. Academic Career ... > https://pacer.ischool.utexas.edu/bitstream/2081/859/1/Arrangement.doc > > Obviously if you go here it is impossible to get to the metadata unless > you know to sever the last two filepath elements. Clearly this might be > a concern for many reasons; but I was in the midst of writing an article > for Library Trends on archives and information retrieval, and found it > interesting (in the context of archival discussions about "exploding" > the authority of the finding aid) that opening DSpace to Web 2.0 permits > this broader, deracinated granular access. I would hope that it NOT be > made impossible, either on the DSpace or the Google side; just that > (since Google is DSpace-aware) the searcher be shown how to get the > metadata if indeed it is wanted for the searcher's purposes. Too often > we think it's up to us to determine what researchers need and want. Has > anyone heard any complaints from them? > > Pat Galloway > School of Information > UNiversity of Texas > > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070622/78e733f8/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: christophe.dupriez.vcf Type: text/x-vcard Size: 454 bytes Desc: not available Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20070622/78e733f8/attachment.vcf From kenzie at MIT.EDU Thu Jun 21 21:30:13 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Thu, 21 Jun 2007 21:30:13 -0400 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <467A8D34.3050001@ischool.utexas.edu> References: <467A8D34.3050001@ischool.utexas.edu> Message-ID: <467B2625.5010202@mit.edu> Hi Pat, [snip] > found it interesting (in the context of archival discussions about "exploding" > the authority of the finding aid) that opening DSpace to Web 2.0 permits > this broader, deracinated granular access. Can I add that this wasn't made possible by fancy Web 2.0 enhancements at all... Google has always had the ability to walk a DSpace site right down to the (unrestricted) bitstreams and index whatsoever they chose... item metadata, bitstreams, or both. > just that (since Google is DSpace-aware) the searcher be shown how to get the > metadata if indeed it is wanted for the searcher's purposes. Yes that would be perfect, but Google says this would require something in the bitstream that they crawl that would point the user back to the higher level record... it's not something they're set up to do otherwise. As Christophe says, ideally we could deal with this through http headers or something else that doesn't depend on the actual content being "context aware". But no one's figured out a good way to do that, and Google isn't that "DSpace-aware"... MacKenzie From christophe.dupriez at destin.be Thu Jun 21 22:09:44 2007 From: christophe.dupriez at destin.be (Christophe Dupriez) Date: Fri, 22 Jun 2007 04:09:44 +0200 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <467B2625.5010202@mit.edu> References: <467A8D34.3050001@ischool.utexas.edu> <467B2625.5010202@mit.edu> Message-ID: <467B2F68.7050607@destin.be> Hi MacKenzie! Would you support the idea that if the user "messes up" the end of the bitstream URL, he/she is redirected to the metadata display ? My experience with sitemaps (in another application than DSpace) is very positive. I do not remember if something like http://host/dspace/sitemap is returning a sitemap to Google ? does it deals with the limitation of 50 (or so) thousands URL/ 10 megabytes per sitemap file? Good night! Christophe MacKenzie Smith a ?crit : > Hi Pat, > > [snip] > >> found it interesting (in the context of archival discussions about "exploding" >> the authority of the finding aid) that opening DSpace to Web 2.0 permits >> this broader, deracinated granular access. >> > Can I add that this wasn't made possible by fancy Web 2.0 enhancements > at all... > Google has always had the ability to walk a DSpace site right down to > the (unrestricted) > bitstreams and index whatsoever they chose... item metadata, bitstreams, > or both. > >> just that (since Google is DSpace-aware) the searcher be shown how to get the >> metadata if indeed it is wanted for the searcher's purposes. >> > Yes that would be perfect, but Google says this would require something > in the bitstream > that they crawl that would point the user back to the higher level > record... it's not > something they're set up to do otherwise. > > As Christophe says, ideally we could deal with this through http headers > or something > else that doesn't depend on the actual content being "context aware". > But no one's > figured out a good way to do that, and Google isn't that "DSpace-aware"... > > MacKenzie > > _______________________________________________ > Dspace-general mailing list > Dspace-general at mit.edu > http://mailman.mit.edu/mailman/listinfo/dspace-general > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: christophe.dupriez.vcf Type: text/x-vcard Size: 454 bytes Desc: not available Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20070622/61e5bb5e/attachment.vcf From tdonohue at uiuc.edu Fri Jun 22 11:46:48 2007 From: tdonohue at uiuc.edu (Tim Donohue) Date: Fri, 22 Jun 2007 10:46:48 -0500 Subject: [Dspace-general] Updated "DSpace How-To Guide" (1.4.2 & Manakin 1.1) Message-ID: <467BEEE8.9080006@uiuc.edu> All, For any interested, an updated version of the "DSpace How-To Guide: Tips and tricks for managing common DSpace chores" has just been released. This release corresponds to an updated version of this handout which was presented at the "Making DSpace Your Own" tutorial given at JCDL 2007 this past week by Scott Phillips and myself. The updated version of this guide now contains tips for DSpace 1.4.x (1.4.2 specifically) as well as tips for Manakin 1.x (1.1 specifically). You may download a free copy of this guide from: http://hdl.handle.net/2142/1043 In addition, if you missed out on this JCDL tutorial, Scott Phillips has posted all of our tutorial materials and slides at: http://di.tamu.edu/publications/ If you have any questions about these materials, please feel free to let us know! Enjoy! - Tim -- ======================================== Tim Donohue Research Programmer, Illinois Digital Environment for Access to Learning and Scholarship (IDEALS) 135 Grainger Engineering Library University of Illinois at Urbana-Champaign email: tdonohue at uiuc.edu web: http://www.ideals.uiuc.edu phone: (217) 333-4648 fax: (217) 244-7764 ======================================== From kenzie at MIT.EDU Fri Jun 22 17:12:43 2007 From: kenzie at MIT.EDU (MacKenzie Smith) Date: Fri, 22 Jun 2007 17:12:43 -0400 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <467B2F68.7050607@destin.be> References: <467A8D34.3050001@ischool.utexas.edu> <467B2625.5010202@mit.edu> <467B2F68.7050607@destin.be> Message-ID: <467C3B4B.1030701@mit.edu> Hi Christophe, > Would you support the idea that if the user "messes up" the end of the > bitstream URL, he/she is redirected to the metadata display ? I'm not sure what you mean... if the user gets a valid bitstream URL from Google there's not much we can do to intervene. The user can already examine the bitstream URL to figure out the item record Handle, but it's hard to educate random users how to do that. Do you have a particular scenario in mind? > My experience with sitemaps (in another application than DSpace) is > very positive. > I do not remember if something like http://host/dspace/sitemap is > returning a sitemap to Google ? does it deals with the limitation of > 50 (or so) thousands URL/ 10 megabytes per sitemap file? Sitemaps will help with reducing the strain on DSpace sites when Google harvests them. Rob Tansley submitted a patch to support Google sitemaps awhile ago that should be in the next release. The size of the DSpace repository should not be a problem at all... but I'm not sure how this would help with the general problem of navigating users from bitstreams back to item records... The only ways to do that that I can think of are: -- alter the bitstream to contain a back link (almost certainly unacceptable for a preservation archive) -- prevent Google from harvesting the bitstreams at all (e.g. via the sitemap) which isn't going to make users very happy... most of the hits from Google where on keywords from the full-text content files. But if you have a different problem in mind, or some idea you want to try, I'm all ears! MacKenzie From kimau523 at gmail.com Sun Jun 24 22:48:41 2007 From: kimau523 at gmail.com (Au Kim) Date: Mon, 25 Jun 2007 09:48:41 +0700 Subject: [Dspace-general] Error! Message-ID: Dear; I create collection, when choose group see error: java.lang.StackOverflowError at java.util.HashMap$KeyIterator.(Unknown Source) at java.util.HashMap$KeyIterator.(Unknown Source) at java.util.HashMap.newKeyIterator(Unknown Source) at java.util.HashMap$KeySet.iterator(Unknown Source) at java.util.HashSet.iterator(Unknown Source) at org.dspace.eperson.Group.getChildren( *Group.java:1173*) at org.dspace.eperson.Group.getChildren( *Group.java:1183*) It cannot be mended. Please Help me! Thanks very much! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070625/cdb2612c/attachment.htm From kimau523 at gmail.com Sun Jun 24 22:49:48 2007 From: kimau523 at gmail.com (Au Kim) Date: Mon, 25 Jun 2007 09:49:48 +0700 Subject: [Dspace-general] Errors! Message-ID: Dear; I create collection, when choose group see error: java.lang.StackOverflowError at java.util.HashMap$KeyIterator.(Unknown Source) at java.util.HashMap$KeyIterator.(Unknown Source) at java.util.HashMap.newKeyIterator(Unknown Source) at java.util.HashMap$KeySet.iterator(Unknown Source) at java.util.HashSet.iterator(Unknown Source) at org.dspace.eperson.Group.getChildren( *Group.java:1173*) at org.dspace.eperson.Group.getChildren( *Group.java:1183*) It cannot be mended. Please Help me! Thanks very much! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070625/b34eba94/attachment.htm From roberttansley at google.com Mon Jun 25 11:59:19 2007 From: roberttansley at google.com (Robert Tansley) Date: Mon, 25 Jun 2007 10:59:19 -0500 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <467B2F68.7050607@destin.be> References: <467A8D34.3050001@ischool.utexas.edu> <467B2625.5010202@mit.edu> <467B2F68.7050607@destin.be> Message-ID: <38d44e00706250859r24c15877ocf02a490c6d32b83@mail.gmail.com> > Would you support the idea that if the user "messes up" the end of the > bitstream URL, he/she is redirected to the metadata display ? This was the original intention behind having the Handle in the URL actually -- if the if the bitstream is deleted/obsolete but the item is still around we can redirect to that. Whether the issue is a deleted/obsolete bitstream or an incorrect URL, it would probably be better to put up an explanatory page that offers a link to the item metadata page (perhaps with redirect after n seconds) rather than just immediately redirect. Just another one of those things that didn't make version 1.0, and somehow no one has got round to fixing yet... On Google searches and metadata pages: Scholar.google.com search results should get users to the item metadata page -- let us know if you find any that don't! For the more general google.com searches, it will confuse users to show snippets of full text in the search result, but for the user to click on the result and be presented with a different page; this would not be consistent with how google.com or Web searches in general currently work. Blocking bitstreams from indexing will just mean they won't get indexed at all, which doesn't suit anyone! The only real solution is to have backlinks in the PDFs etc -- the PDF you disseminate doesn't necessarily need to be a bit-perfect copy of your archival copy. It wouldn't be too hard to build a Media Filter that copies the PDF and adds a link to the top of the copy; you could allow this PDF to be indexed rather than the archival copy. Rob On 21/06/07, Christophe Dupriez wrote: > Hi MacKenzie! > > Would you support the idea that if the user "messes up" the end of the > bitstream URL, he/she is redirected to the metadata display ? > > My experience with sitemaps (in another application than DSpace) is very > positive. > I do not remember if something like http://host/dspace/sitemap is > returning a sitemap to Google ? does it deals with the limitation of 50 > (or so) thousands URL/ 10 megabytes per sitemap file? > > Good night! > > Christophe > > MacKenzie Smith a ?crit : > > Hi Pat, > > > > [snip] > > > >> found it interesting (in the context of archival discussions about "exploding" > >> the authority of the finding aid) that opening DSpace to Web 2.0 permits > >> this broader, deracinated granular access. > >> > > Can I add that this wasn't made possible by fancy Web 2.0 enhancements > > at all... > > Google has always had the ability to walk a DSpace site right down to > > the (unrestricted) > > bitstreams and index whatsoever they chose... item metadata, bitstreams, > > or both. > > > >> just that (since Google is DSpace-aware) the searcher be shown how to get the > >> metadata if indeed it is wanted for the searcher's purposes. > >> > > Yes that would be perfect, but Google says this would require something > > in the bitstream > > that they crawl that would point the user back to the higher level > > record... it's not > > something they're set up to do otherwise. > > > > As Christophe says, ideally we could deal with this through http headers > > or something > > else that doesn't depend on the actual content being "context aware". > > But no one's > > figured out a good way to do that, and Google isn't that "DSpace-aware"... > > > > MacKenzie > > > > _______________________________________________ > > 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 > > > From jodi.a.schneider at gmail.com Mon Jun 25 13:11:52 2007 From: jodi.a.schneider at gmail.com (Jodi Schneider) Date: Mon, 25 Jun 2007 13:11:52 -0400 Subject: [Dspace-general] Google search results bypass metadata records In-Reply-To: <38d44e00706250859r24c15877ocf02a490c6d32b83@mail.gmail.com> References: <467A8D34.3050001@ischool.utexas.edu> <467B2625.5010202@mit.edu> <467B2F68.7050607@destin.be> <38d44e00706250859r24c15877ocf02a490c6d32b83@mail.gmail.com> Message-ID: On 6/25/07, Robert Tansley wrote: > > The only real solution is to have backlinks in the PDFs etc -- the PDF > you disseminate doesn't necessarily need to be a bit-perfect copy of > your archival copy. It wouldn't be too hard to build a Media Filter > that copies the PDF and adds a link to the top of the copy; you could > allow this PDF to be indexed rather than the archival copy. I think this is worth discussing. Though I worry about separating the dissemination copy from the archival copy, context (such as backlinks) is important. Non-PDF bitstreams would also need to be considered. It's a shame that there's no format like RTFD (RTF + directory bundle) which would allow metadata to be distributed along with an archival bitstream. I've been thinking about the "surround" context info wanted for a dissemination copy. Here are my thoughts: * basic item metadata (at least title, author, date) [because some items don't self-disclose] * link to the DSpace metadata/item page * repository name, location, and link [because handles obscure provenance] * collection name(s) and link [for awareness of related items] * date of download (such as you see these days on downloads from nature.com) [for citation purposes] Using a MediaFilter would require time and/or space for generation/storage. It might also decrease the dissemination of archival copies. Are there other disadvantages? -Jodi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070625/595125bb/attachment.htm From kimau523 at gmail.com Tue Jun 26 03:50:49 2007 From: kimau523 at gmail.com (Au Kim) Date: Tue, 26 Jun 2007 14:50:49 +0700 Subject: [Dspace-general] Please, help me! Message-ID: Dear; When I choose statistic function of Administer, I see notice: There are currently no reports available for this service. Please check back later. I know, I isn't file report. But I cannot write report, Can you help me? And can you define me: What is workflow? what is workspace? Thanks very much! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20070626/21690ec6/attachment.htm From samson at uta.edu Thu Jun 28 07:27:52 2007 From: samson at uta.edu (Samson, Bob) Date: Thu, 28 Jun 2007 06:27:52 -0500 Subject: [Dspace-general] Systems Librarian opening Message-ID: <9A9F358293FF2641A70B4A0AC7D082F301685677@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/20070628/67d68403/attachment.htm