From slinn at MIT.EDU  Fri Oct  8 11:29:44 2004
From: slinn at MIT.EDU (Anne Slinn)
Date: Fri, 8 Oct 2004 11:29:44 -0400
Subject: [Dspace-general] Question: replacing incorrect PDF
Message-ID: <p05230103bd8c5e264617@[18.83.2.108]>

Is there a way to replace a document file after the submission
process has been completed/accepted and the record created?

I uploaded and confirmed a PDF before realizing it had many errors
(a font-conversion issue caused some equations and subscripts to
disappear). Is there a way to upload a corrected file to rectify
the problem by removing/replacing the erroneous PDF?

I'm new to the listserve, so my apologies if this has been covered.
I browsed the list archive and found messages discussing document
updates/versions, but that's not really the same...  Thanks, Anne

------------------------------------------------------
Anne Slinn, Administrative Scientist   <slinn at mit.edu>
Massachusetts Institute of Technology
Center for Global Change Science, and
Joint Program on the Science & Policy of Global Change
    http://mit.edu/cgcs/   http://mit.edu/globalchange/

From simon.mackey at o2.ie  Fri Oct  8 12:58:33 2004
From: simon.mackey at o2.ie (Simon Mackey)
Date: Fri, 08 Oct 2004 17:58:33 +0100
Subject: [Dspace-general] 
 problem with ant fresh_install, Error installing configuration files
Message-ID: <dd0e6de153.de153dd0e6@o2.ie>

Hi dspace community,

I have just attempted an install of dspace (and its required software), I have followed the instructions in the dspace documentation 1.2-1, and I have successfully gotten as far as the 'ant fresh_install' command, but that has not worked yet for me. The error I get is to do with configuration files not being found, i think it's the 'log4j-handle-plugin.properties' file that it is complaining about. I have checked that that file and all other config files are in the /dspace/config/templates/ directory (where '/dspace' is my [dspace-install] directory). There are four files there, the same ones that are in the [dspace-source]/config/templates/ directory. So I don't think there are any files missing, but I could be wrong. I have tried giving everyone full permissions on the [dspace-install] directory but that didnt help (my box is isolated, security's not a problem).

My configuration is: Mandrake Linux 8.2, PostgreSQL 7.4.5, Apache-ant 1.6.2, Jakarta-Tomcat 5.0.28, J2SDK 1.4.2_05, dspace 1.2, jaf 1.0.2, javamail 1.3.1.
The error message is at the bottom of this email.

Does anyone have any idea what might be the problem? 

Thanks for any help,
Simon Mackey.


fresh_install:
     [java] 2004-10-08 13:04:34,699 INFO org.dspace.core.ConfigurationManager @ Installing configuration files for other tools
     [java] 2004-10-08 13:04:34,750 INFO org.dspace.core.ConfigurationManager @ Installing configuration file template log4j-handle-plugin.properties to
     [java] 2004-10-08 13:04:34,761 WARN org.dspace.core.ConfigurationManager @ Error installing configuration files
     [java] java.io.FileNotFoundExcedption: (No such file or directory)
     [java]     at java.io.FileOutputStream.open(Native Method)
     [java]     at java.io.FileOutputStream.<init>(FileOutputStream.java:176)
     [java]     at java.io.FileOutputStream.<init>(FileOutputStream.java:70)
     [java]     at java.io.FileWriter.<init>(FileWriter.java:46)
     [java]     at org.dspace.core.ConfigurationManager.installConfigurationFile(ConfigurationManager.java:521)
     [java]     at org.dspace.core.ConfigurationManager.installConfigurations(ConfigurationManager.java:471)
     [java]     at org.dspace.core.ConfigurationManager.main(ConfigurationManager.java:609)

BUILD FAILED
/usr/local/dspace/source/dspace-1.2-source/build.xml:321: Java returned: 1

Total time: 13 seconds
[dspace at mycomputer dspace-1.2-source]$


From wsimpson at UDel.Edu  Fri Oct  8 13:49:38 2004
From: wsimpson at UDel.Edu (William Simpson)
Date: Fri, 08 Oct 2004 13:49:38 -0400
Subject: [Dspace-general] Adobe Acrobat Reader ver 6.0 and PDFs in DSpace
Message-ID: <4166D332.1040909@udel.edu>

I just discovered something about opening PDFs in DSpace with Adobe 
Acrobat Reader ver 6.0 at my own institutional site and found the same 
thing at several other randomly selected DSpace sites. PDFs that are 
searchable (i.e., using the Adobe Reader search command) in ver 6.0 of 
Adobe, aren't searchable when they are opened/viewed in DSpace using the 
Adobe Reader search command.  However, the exact same PDFs are 
searchable using ver 5.0 of Adobe Reader in DSpace. It appears that 
DSpace is somehow disabling the search feature of AA Reader ver 6.0. Has 
anyone else observed this yet?.... Thanks, William

William Simpson, DSpace Coordinator
University of Delaware Library



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041008/019c76fc/attachment.htm

From r.d.jones at ed.ac.uk  Mon Oct 11 05:14:32 2004
From: r.d.jones at ed.ac.uk (Richard Jones)
Date: Mon, 11 Oct 2004 10:14:32 +0100
Subject: [Dspace-general] Question: replacing incorrect PDF
In-Reply-To: <p05230103bd8c5e264617@[18.83.2.108]>
Message-ID: <508407BF97D36847BA46669CCFC09D8C0EECB1@quicksilver.ucs.ed.ac.uk>

Hi Anne,

I've included a segment from our ERA administration guide which details
how to change files in submitted items.  Where you see "ERA" (Edinburgh
Research Archive) it is safe to substitute "DSpace" in the following
text.  Note also that this is for DSpace v1.1.1, but should be almost
the same for DSpace v1.2

Hope this helps,

Regards

7.2. Submitted Item Contains Incorrect File


Note: changing files in the archive introduces some inconsistency in the
persistence of data in the archive.  For this reason changing files in
items should be done only when absolutely necessary.  Ideally it should
be done only immediately after an item has been submitted to the
archive, when it is clear that an error has occurred.  Otherwise the old
file should either be kept in the archive and the new file uploaded
alongside it, or a new item should be created containing the correct
files

A user has submitted an item which contains the wrong file.  There are
two possibilities for the current situation of the item:

1.	It is in the workflow
2.	It is in the archive

If it is in the workflow then the item should be rejected, and the user
may correct the error in their workspace.  This section deals with the
case where the item has already passed through the workflow and is in
the archive.

.	Instruct the user to send you the file that should be in the
archive, and to provide the information on the file which needs to be
removed.

.	Go to the ERA Administration area and select Items from the menu
on the left.  You will be given the option to enter a Handle or an
Internal ID.  For more information on handles see the section System
Definitions: Handle.

.	Enter the Handle or the Internal ID of the item you wish to
modify (most likely you will want to obtain the handle by browsing for
the item in the archive), and click Find.

.	From this Edit Item page you can change the properties of items
in the archive.  Scroll to the bottom and you will find a section
entitled Bitstreams which contains all the files associated with the
item.

.	Remove the metadata associated with the file to be removed.
These are the fields format.mimetype and format.extent.  Be sure to
select the correct entries as there may be more than one of each of
these fields if there are multiple files.

.	Find the file that you want to remove in the list of files and
select Remove.  The file will be immediately removed.

.	Add the new file by selecting Add Bitstream.  You will be taken
to a page entitled Upload Bitstream, where you click on Choose to select
a file on your machine to upload.  Once you have chosen a file click
Upload.

.	Add the metadata for the file you have just uploaded by
selecting from the pull-down menu at the bottom of the metadata listing:

o	format.extent: enter into the box next to it the size in bytes
of the file.
o	format.mimetype: enter the international standard mime-type for
the file format.  The mime-type is a code that helps define what sort of
file we have.  For example, text/plain is plain text and
application/msword is a Microsoft Word document.  For more information
on mime-types refer to specific documentation from standards bodies.

You need to click on Add after you enter each metadata element.

.	Once you have finished click on Update at the bottom of the
page.

Richard
-------
Richard Jones
Systems Developer               A crash reduces
Edinburgh University Library    your expensive computer
Theses Alive! project           to a simple stone

e: r.d.jones at ed.ac.uk
t: 0131 651 1612

Theses Alive! homepage: http://www.thesesalive.ac.uk/
Edinburgh Research Archive: http://www.era.lib.ed.ac.uk/

> -----Original Message-----
> From: dspace-general-bounces at MIT.EDU 
> [mailto:dspace-general-bounces at MIT.EDU] On Behalf Of Anne Slinn
> Sent: 08 October 2004 16:30
> To: dspace-general at MIT.EDU
> Subject: [Dspace-general] Question: replacing incorrect PDF
> 
> 
> Is there a way to replace a document file after the 
> submission process has been completed/accepted and the record created?
> 
> I uploaded and confirmed a PDF before realizing it had many 
> errors (a font-conversion issue caused some equations and 
> subscripts to disappear). Is there a way to upload a 
> corrected file to rectify the problem by removing/replacing 
> the erroneous PDF?
> 
> I'm new to the listserve, so my apologies if this has been 
> covered. I browsed the list archive and found messages 
> discussing document updates/versions, but that's not really 
> the same...  Thanks, Anne
> 
> ------------------------------------------------------
> Anne Slinn, Administrative Scientist   <slinn at mit.edu>
> Massachusetts Institute of Technology
> Center for Global Change Science, and
> Joint Program on the Science & Policy of Global Change
>     http://mit.edu/cgcs/   http://mit.edu/globalchange/
> _______________________________________________
> Dspace-general mailing list
> Dspace-general at mit.edu 
> http://mailman.mit.edu/mailman/listinfo/dspace> -general
> 


From Gaelle.Bozec at ub.uib.no  Mon Oct 11 10:43:52 2004
From: Gaelle.Bozec at ub.uib.no (Gaelle Bozec)
Date: Mon, 11 Oct 2004 16:43:52 +0200
Subject: [Dspace-general] Best practice - serials and periodicals?
Message-ID: <9A42606BC7C7FE47A4B76BF064A023373F3954@heimdal.uib.no>

Hello,
Here at the Bergen University Library (Norway), we are currently running DSpace v1.2.

I was wondering what is the usual practice for those of you having registred serials and periodicals in DSpace. 

- Do you register each volume as a collection and then each article as a single item in the defined collection? (Here I have a problem for the table of contents and the introduction of the volume). My choice was to give the file the name of the author and the file description is the title of the article...

- Do you register the serial as a collection? Then each item is a volume of the serial? In that case the item consists of several files (one file for one author, rigth?). Retriving the author is then a problem since I am not able to view a list of authors (the same with titles).

In one case, it's not easy to identify authors (because none are registred as authors) and in another case I'm not sure how I can best show each volume.


I'm not sure I'm clear here but hope that someone had the same thougths once and can share ideas and reflexions.

Best regards from Norway

Ga?lle Bozec
Bergen University Library, Norway


From scott.yeadon at anu.edu.au  Mon Oct 11 18:53:58 2004
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Tue, 12 Oct 2004 08:53:58 +1000
Subject: [Dspace-general] Re: Best practice - serials and periodicals?
Message-ID: <416B0F06.4040609@anu.edu.au>

Gaelle,

This is a slightly tricky one which we'll be facing soon...our current thoughts are to store each article as an item (as per your first option below), including introduction, appendices etc as an item in that collection. The table of contents and the relationships between each article will probably be expressed either through the metadata or more likely an XML file (possibly RDF) which can be used to tie the separate items together and processed (probably via Cocoon in our case) to build the journal from its DSpace components.

One thing that's worth keeping in mind is if you store an aggregate item (e.g. a PDF version of the serial) then it may be harder in the future to use individual articles in a different way, provide fine-grained discovery and citation (esp. handle cites) or produce other formats. If you split the publication in the first place into its component parts and keep them in a useful format (such as XML) then hopefully in the future migration and accessibility options are improved. Naturally this is easier said than done!

We take the view that going from granular to general (e.g. a collection of articles to a journal) will always be possible, however the other way (e.g. separating a journal into its components years down the track) may in fact be impossible in some instances (without significant manual effort anyway), so how to archive these materials is a really important decision.

We have done a proof of concept (the code I think is dowloadable from http://sts.anu.edu.au/drs/downloads/index.php), and hopefully will get the opportunity to implement a "real " project based on this idea before the end of the year.


Scott.


From: "Gaelle Bozec" <Gaelle.Bozec at ub.uib.no>
To: <dspace-general at mit.edu>
Subject: [Dspace-general] Best practice - serials and periodicals?
Message-ID: <9A42606BC7C7FE47A4B76BF064A023373F3954 at heimdal.uib.no>
Content-Type: text/plain;
	charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: list
Message: 2

Hello,
Here at the Bergen University Library (Norway), we are currently running DSpace v1.2.

I was wondering what is the usual practice for those of you having registred serials and periodicals in DSpace. 

- Do you register each volume as a collection and then each article as a single item in the defined collection? (Here I have a problem for the table of contents and the introduction of the volume). My choice was to give the file the name of the author and the file description is the title of the article...

- Do you register the serial as a collection? Then each item is a volume of the serial? In that case the item consists of several files (one file for one author, rigth?). Retriving the author is then a problem since I am not able to view a list of authors (the same with titles).

In one case, it's not easy to identify authors (because none are registred as authors) and in another case I'm not sure how I can best show each volume.


I'm not sure I'm clear here but hope that someone had the same thougths once and can share ideas and reflexions.

Best regards from Norway

Ga?lle Bozec
Bergen University Library, Norway

------------------------------



From kenzie at MIT.EDU  Thu Oct 14 16:16:30 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 14 Oct 2004 16:16:30 -0400
Subject: [Dspace-general] Best practice - serials and periodicals?
In-Reply-To: <9A42606BC7C7FE47A4B76BF064A023373F3954@heimdal.uib.no>
Message-ID: <5.2.1.1.2.20041014160400.01ae2d98@hesiod>

Hi Gaelle,

I second what Scott Yeadon said, and would add that with the introduction 
of sub-communities in DSpace 1.2 you  *could* think about representing a 
journal in this way:

--Top-level community = journal title
----Second-level community = volume
------Collection = issue
--------Items = articles
----------Bitstream = article component/version

Appropriate metadata can then be assigned to each level, and you have the 
granularity at the article level which is so important.
If these are normal journals then you'll have to deal with frontmatter like 
the TOC and editorial board. The TOC can be represented
at the Collection/issue level (and replicated as an item if you like, for 
authenticity), and the board should probably also be an item
of its own (or all the frontmatter together).

I think someone in Brazil (Beatriz Langiano perhaps?) tried this in a 
pre-1.2 version of DSpace, so perhaps she can speak up
on how it worked out.

Best,

MacKenzie

At 04:43 PM 10/11/2004 +0200, Gaelle Bozec wrote:
>Hello,
>Here at the Bergen University Library (Norway), we are currently running 
>DSpace v1.2.
>
>I was wondering what is the usual practice for those of you having 
>registred serials and periodicals in DSpace.
>
>- Do you register each volume as a collection and then each article as a 
>single item in the defined collection? (Here I have a problem for the 
>table of contents and the introduction of the volume). My choice was to 
>give the file the name of the author and the file description is the title 
>of the article...
>
>- Do you register the serial as a collection? Then each item is a volume 
>of the serial? In that case the item consists of several files (one file 
>for one author, rigth?). Retriving the author is then a problem since I am 
>not able to view a list of authors (the same with titles).
>
>In one case, it's not easy to identify authors (because none are registred 
>as authors) and in another case I'm not sure how I can best show each volume.
>
>I'm not sure I'm clear here but hope that someone had the same thougths 
>once and can share ideas and reflexions.
>
>Best regards from Norway
>
>Ga?lle Bozec
>Bergen University Library, Norway
>
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu 



From David.Goodman at liu.edu  Sat Oct 16 14:02:57 2004
From: David.Goodman at liu.edu (David Goodman)
Date: Sat, 16 Oct 2004 14:02:57 -0400
Subject: [Dspace-general] Best practice - serials and periodicals?
Message-ID: <D9F1E2EBB6EB2C4B9F92A72D2547AF4C0DBD0D@uc-exh-2.liunet.edu>

Also,
remember to allow for 
letters to the editor
editorials
announcements
news items
publisher-provided indexes
supplements
oversize maps (in print, they're fold-out) or put in a pocket
special charts, (like the human genome ones that are published periodically)
special issues
special parts of issues,  like columns
non-recurring special parts of issues
proceedings of conferences published as an issue instead of separately
proceedings of conferences published as an issue as well as separately
book reviews
advertisements (which remain of critical historical importance; most libraries now keep the one that are in print issues they get instead of discarding those pages,)
duplicate abstracts in different languages (e.g. French & English for Canadian publications
and any good serials librarian (which is not my specialty) could think of a few dozen more.   

Some of these may eventually not have electronic equivalents, but some may. 

Dr. David Goodman
Associate Professor, 
Palmer School of Library and Information Science
Long Island University, Brookville, NY 
dgoodman at liu.edu


-----Original Message-----
From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of MacKenzie Smith
Sent: Thursday, October 14, 2004 4:17 PM
To: Gaelle Bozec; dspace-general at mit.edu
Cc: dspace-publishing at mit.edu
Subject: Re: [Dspace-general] Best practice - serials and periodicals?


Hi Gaelle,

I second what Scott Yeadon said, and would add that with the introduction 
of sub-communities in DSpace 1.2 you  *could* think about representing a 
journal in this way:

--Top-level community = journal title
----Second-level community = volume
------Collection = issue
--------Items = articles
----------Bitstream = article component/version

Appropriate metadata can then be assigned to each level, and you have the 
granularity at the article level which is so important.
If these are normal journals then you'll have to deal with frontmatter like 
the TOC and editorial board. The TOC can be represented
at the Collection/issue level (and replicated as an item if you like, for 
authenticity), and the board should probably also be an item
of its own (or all the frontmatter together).

I think someone in Brazil (Beatriz Langiano perhaps?) tried this in a 
pre-1.2 version of DSpace, so perhaps she can speak up
on how it worked out.

Best,

MacKenzie

At 04:43 PM 10/11/2004 +0200, Gaelle Bozec wrote:
>Hello,
>Here at the Bergen University Library (Norway), we are currently 
>running
>DSpace v1.2.
>
>I was wondering what is the usual practice for those of you having
>registred serials and periodicals in DSpace.
>
>- Do you register each volume as a collection and then each article as 
>a
>single item in the defined collection? (Here I have a problem for the 
>table of contents and the introduction of the volume). My choice was to 
>give the file the name of the author and the file description is the title 
>of the article...
>
>- Do you register the serial as a collection? Then each item is a 
>volume
>of the serial? In that case the item consists of several files (one file 
>for one author, rigth?). Retriving the author is then a problem since I am 
>not able to view a list of authors (the same with titles).
>
>In one case, it's not easy to identify authors (because none are 
>registred
>as authors) and in another case I'm not sure how I can best show each volume.
>
>I'm not sure I'm clear here but hope that someone had the same thougths
>once and can share ideas and reflexions.
>
>Best regards from Norway
>
>Ga?lle Bozec
>Bergen University Library, Norway
>
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu 
>http://mailman.mit.edu/mailman/listinfo/dspace-general

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu 


_______________________________________________
Dspace-general mailing list
Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general


From dspace at cleanh2o.com  Tue Oct 19 20:48:44 2004
From: dspace at cleanh2o.com (dspace@cleanh2o.com)
Date: Tue, 19 Oct 2004 17:48:44 -0700 (PDT)
Subject: [Dspace-general] problem with filter-media in dspace11 to dspace12
	upgrade
Message-ID: <Pine.LNX.4.44.0410191745170.1161-100000@cleanh2o2>


I upgraded our dev instance with no problems.
filter-media generates thumbnails.

I then moved to our staging box and followed the same procedure
to upgrade to 1.2. But filter-media isn't working properly.

Here's an example of the output:
original size: 768.0,612.0
x scale factor: 0.0
new size: 0.0,0.0
thumbnail size: 0.0, 0.0
ERROR filtering, skipping bitstream #1876
java.lang.IllegalArgumentException: Width (0) and height (0) must be non-zero

Any hints?

Thanks, Joe
UW Libraries


From kenzie at MIT.EDU  Tue Oct 19 21:05:52 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Tue, 19 Oct 2004 21:05:52 -0400
Subject: [Dspace-general] problem with filter-media in dspace11 to dspace12
	upgrade
Message-ID: <5.2.1.1.2.20041019210310.01fdaa90@hesiod>

Forwarded to dspace-tech (the more appropriate list for this question).

>Date: Tue, 19 Oct 2004 17:48:44 -0700 (PDT)
>From: dspace at cleanh2o.com
>To: dspace-general at mit.edu
>Subject: [Dspace-general] problem with filter-media in dspace11 to 
>dspace12 upgrade
>
>I upgraded our dev instance with no problems.
>filter-media generates thumbnails.
>
>I then moved to our staging box and followed the same procedure
>to upgrade to 1.2. But filter-media isn't working properly.
>
>Here's an example of the output:
>original size: 768.0,612.0
>x scale factor: 0.0
>new size: 0.0,0.0
>thumbnail size: 0.0, 0.0
>ERROR filtering, skipping bitstream #1876
>java.lang.IllegalArgumentException: Width (0) and height (0) must be non-zero
>
>Any hints?
>
>Thanks, Joe
>UW Libraries
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu 


From david.stuve at hp.com  Wed Oct 20 00:44:03 2004
From: david.stuve at hp.com (Stuve, David H)
Date: Tue, 19 Oct 2004 21:44:03 -0700
Subject: [Dspace-general] 
 RE: [Dspace-tech] problem with filter-media in dspace11 to dspace12 upgrade
Message-ID: <2EC2446CDE82044CBFBCEECC164F3F790E5411@cacexc06.americas.cpqcorp.net>

The first thing I'd check would be the configuration in
config/dspace.cfg
look for the lines:

thumbnail.maxwidth  80
thumbnail.maxheight 80

If these don't appear in your config file or are set to 0, I could see
this behavior happening - it looks as if the thumbnail code is trying to
scale the images down to width,height of 0,0.

Dave

-----Original Message-----
From: dspace-tech-admin at lists.sourceforge.net
[mailto:dspace-tech-admin at lists.sourceforge.net] On Behalf Of MacKenzie
Smith
Sent: Tuesday, October 19, 2004 6:06 PM
To: dspace at cleanh2o.com; dspace-tech at lists.sourceforge.net
Cc: dspace-general at mit.edu
Subject: [Dspace-tech] problem with filter-media in dspace11 to dspace12
upgrade


Forwarded to dspace-tech (the more appropriate list for this question).

>Date: Tue, 19 Oct 2004 17:48:44 -0700 (PDT)
>From: dspace at cleanh2o.com
>To: dspace-general at mit.edu
>Subject: [Dspace-general] problem with filter-media in dspace11 to
>dspace12 upgrade
>
>I upgraded our dev instance with no problems.
>filter-media generates thumbnails.
>
>I then moved to our staging box and followed the same procedure to 
>upgrade to 1.2. But filter-media isn't working properly.
>
>Here's an example of the output:
>original size: 768.0,612.0
>x scale factor: 0.0
>new size: 0.0,0.0
>thumbnail size: 0.0, 0.0
>ERROR filtering, skipping bitstream #1876
>java.lang.IllegalArgumentException: Width (0) and height (0) must be 
>non-zero
>
>Any hints?
>
>Thanks, Joe
>UW Libraries
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu 
>http://mailman.mit.edu/mailman/listinfo/dspace-general

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu 



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give
us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find
out more http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
DSpace-tech mailing list
DSpace-tech at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


From leach at eps.harvard.edu  Wed Oct 20 16:47:06 2004
From: leach at eps.harvard.edu (Michael Leach)
Date: Wed, 20 Oct 2004 16:47:06 -0400
Subject: [Dspace-general] Symbols & Special Characters: Policies & Searching
Message-ID: <6.1.0.6.2.20041020164245.02636bd8@eps.harvard.edu>

Dear Colleagues,

     I am wondering how other institutions are handling symbols (especially 
mathematical & physics-related) and special characters in their Dspace 
implementations.  Specifically, we are wondering:

1) Do you input two titles: one with the special characters "as is" and 
another with the characters "spelled out" as in AACRII (e.g. "2[/sup 3]" to 
show 2-cubed.

2) How are you informing/training researchers/users to approach special 
characters & symbols in their searching of your repository?

     Any direction, policy examples, experience you have is 
appreciated.  Thanks.

Michael Leach
Harvard University
mrleach at fas.harvard.edu or leach at eps.harvard.edu


From alally at u.washington.edu  Wed Oct 20 17:54:45 2004
From: alally at u.washington.edu (Ann Lally)
Date: Wed, 20 Oct 2004 14:54:45 -0700
Subject: [Dspace-general] browsing by author
Message-ID: <008601c4b6ef$694b2d70$a24dd080@lib.washington.edu>

Has anyone addressed the issue of sorting the browse function by author?
Some clarification: all authors are considered equal in DSpace, so if you
have multiple authors from different institutions there is no distinction
between those of the community and "others", in the browse list.  We have a
community that would very much like to see UW authors listed first or
highlighted or somehow distinguished.  I'm curious to know if this issue has
come up other places and how it was addressed.

Ann Lally
Head, Digital Initiatives
University of Washington Libraries
Box 352900
Seattle, WA 98195-2900
206.685.1473

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3316 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041020/b457fce8/attachment.bin

From eric.maldonado at cemagref.fr  Thu Oct 21 02:53:20 2004
From: eric.maldonado at cemagref.fr (Maldonado Eric)
Date: Thu, 21 Oct 2004 08:53:20 +0200
Subject: [Dspace-general] dspace installation and tomcat problem
Message-ID: <395C63A639BBFC44B95E494CEDB2AC1A794BE4@sidneya.grenoble.cemagref.fr>

Hello,

 

I try to deploy dspace in my institute.

I followed the dspace documentation.

 

This is my configuration

Debian

Postgresql 7.2

Ant 1.6.1

Java 1.4.2

Tomcat 5.0.28

 

on a dell optiplex gx 1 computer (pentium II 6GB hard drive, RAM 256 Mb)

 

I created  the 2 .war files.

-> ant fresh_install

I created the initial administrator account

            -> create-administrator

 

Copy these 2 files on the tomcat/webapps/ directory

 

When I launched startup.sh the .war files were extracted and the dpsace
directory was created.

But the tomcat process was killed.

 

 

Tomcat is well installed because I can access to http://mysilte:8080
<http://mysilte:8080/>  for the SUN's jsp and servlet examples.

 

But with the dspace installation (and the dspace directoryin webapps) the
process is shutting down.

 

If someone could help me ?

 

Thank you.

 

(Sorry for my English I'm French :-))

 

Eric Maldonado

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041021/d1df1045/attachment.htm

From kenzie at MIT.EDU  Thu Oct 21 18:37:45 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 21 Oct 2004 18:37:45 -0400
Subject: [Dspace-general] browsing by author
In-Reply-To: <008601c4b6ef$694b2d70$a24dd080@lib.washington.edu>
Message-ID: <5.2.1.1.2.20041021133430.0119bc88@hesiod>

Hi Ann,

I don't think this has come up before, so I'd like to just be sure I 
understand what you're asking:

When doing an author browse, you would like to change the sort order from 
the default
(straight alphabetic) to also be weighted by institutional affiliation in 
some arbitrary manner.

In which case, this first requires that the author affiliation be present 
in the item metadata,
along with the author name. Assuming for a moment that there's a DC field 
that can hold that
type of information, the normal way to do this would be to:
-- customize the first submission screen where it asks for the authors to 
also prompt for affiliations
-- change the DSpace browse code to check for author affiliation in 
determining the sort order for
(which will be tricky since it would then need to check *two* values to 
determine the sort order
instead of the current *one* value -- a harder programming problem).

So this wouldn't be possible today without some programming, but it's 
probably possible.

MacKenzie

At 02:54 PM 10/20/2004 -0700, Ann Lally wrote:
>Has anyone addressed the issue of sorting the browse function by author?
>Some clarification: all authors are considered equal in DSpace, so if you
>have multiple authors from different institutions there is no distinction
>between those of the community and "others", in the browse list.  We have a
>community that would very much like to see UW authors listed first or
>highlighted or somehow distinguished.  I'm curious to know if this issue has
>come up other places and how it was addressed.
>
>Ann Lally
>Head, Digital Initiatives
>University of Washington Libraries
>Box 352900
>Seattle, WA 98195-2900
>206.685.1473

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu  


From alally at u.washington.edu  Fri Oct 22 11:45:23 2004
From: alally at u.washington.edu (Ann Lally)
Date: Fri, 22 Oct 2004 08:45:23 -0700
Subject: [Dspace-general] browsing by author
In-Reply-To: <5.2.1.1.2.20041021133430.0119bc88@hesiod>
Message-ID: <000e01c4b84e$24e34310$a24dd080@lib.washington.edu>

Thanks for your reply MacKenzie; you described precisely what we are trying
to do and confirmed all the problems we suspected we would have trying to
implement it!

Ann

-----Original Message-----
From: MacKenzie Smith [mailto:kenzie at MIT.EDU] 
Sent: Thursday, October 21, 2004 3:38 PM
To: alally at u.washington.edu; dspace-general at MIT.EDU
Subject: Re: [Dspace-general] browsing by author

Hi Ann,

I don't think this has come up before, so I'd like to just be sure I 
understand what you're asking:

When doing an author browse, you would like to change the sort order from 
the default
(straight alphabetic) to also be weighted by institutional affiliation in 
some arbitrary manner.

In which case, this first requires that the author affiliation be present 
in the item metadata,
along with the author name. Assuming for a moment that there's a DC field 
that can hold that
type of information, the normal way to do this would be to:
-- customize the first submission screen where it asks for the authors to 
also prompt for affiliations
-- change the DSpace browse code to check for author affiliation in 
determining the sort order for
(which will be tricky since it would then need to check *two* values to 
determine the sort order
instead of the current *one* value -- a harder programming problem).

So this wouldn't be possible today without some programming, but it's 
probably possible.

MacKenzie

At 02:54 PM 10/20/2004 -0700, Ann Lally wrote:
>Has anyone addressed the issue of sorting the browse function by author?
>Some clarification: all authors are considered equal in DSpace, so if you
>have multiple authors from different institutions there is no distinction
>between those of the community and "others", in the browse list.  We have a
>community that would very much like to see UW authors listed first or
>highlighted or somehow distinguished.  I'm curious to know if this issue
has
>come up other places and how it was addressed.
>
>Ann Lally
>Head, Digital Initiatives
>University of Washington Libraries
>Box 352900
>Seattle, WA 98195-2900
>206.685.1473

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu  




From courtois at ksu.edu  Mon Oct 25 11:13:00 2004
From: courtois at ksu.edu (courtois@ksu.edu)
Date: Mon, 25 Oct 2004 10:13:00 -0500
Subject: [Dspace-general] Custom Submission Screens
Message-ID: <1098717180.417d17fc0a763@webmail.ksu.edu>

Is it possible to create custom user submission screens for specific
Communities or Collections?

I'm brand new to DSpace, and just started working with our Grad School
last week on a 5 dissertation pilot project.  We had some problems with
my login, and I haven't even had a chance to fully explore the
submission and admin screens.

I can see, tho, that we'd like to make changes to some of the screens
users will see as they submit their dissertation.  One change, for
example, would be to remove the "Series/Report" field from the 2nd
"Describe" screen.  Another change would be to add a pull-down menu of
UMI subject categories to the 3rd "Describe" screen.  We'd like for
these changes to apply only to an ETD Community/Collection and may have
different changes to apply to other Communities/Collections.

My background is documentation and user training, although we do have a
programmer/developer on our team.  At this point, I just need to get a
general idea if this sort of thing is possible or if the submission
screens need to be consisent across all Communities and Collections.

Thanks for your help,

Marty Courtois
Instructional Technology Assistance Center
Kansas State University
Manhattan KS 66502
Phone: 785-532-4918
E-mail: courtois at ksu.edu


From wreilly at MIT.EDU  Mon Oct 25 13:35:03 2004
From: wreilly at MIT.EDU (William Reilly)
Date: Mon, 25 Oct 2004 13:35:03 -0400
Subject: [Dspace-general] Custom Submission Screens
In-Reply-To: <1098717180.417d17fc0a763@webmail.ksu.edu>
References: <1098717180.417d17fc0a763@webmail.ksu.edu>
Message-ID: <342AEDFE-26AC-11D9-8FCB-000D93AD1DF0@mit.edu>

On Oct 25, 2004, at 11:13 AM, courtois at ksu.edu wrote:

> Is it possible to create custom user submission screens for specific
> Communities or Collections?
> ...
> One change, for
> example, would be to remove the "Series/Report" field from the 2nd
> "Describe" screen.  Another change would be to add a pull-down menu of
> UMI subject categories to the 3rd "Describe" screen.  We'd like for
> these changes to apply only to an ETD Community/Collection and may have
> different changes to apply to other Communities/Collections.
>
> ...I just need to get a
> general idea if this sort of thing is possible or if the submission
> screens need to be consistent across all Communities and Collections.
>

Hi Marty,

(I don't know if there's been any response on dspace-theses)

You're looking for something many have requested before.  To date, yes, 
out-of-the-box, the submission screens have had to be consistent across 
all Communities and Collections. The good news is that a configurable 
solution is nearing readiness as a test patch.

When the patch is applied to the current DSpace release, you will find 
you may edit an XML configuration file (input-forms.xml) to define 
collection-specific custom submission screens.  Your changes take 
effect on restart of Tomcat.

We are looking to expedite testing with some adopters of an earlier 
variant on this, and to provide the lists more information on the 
patch's release before long.

Best,
William Reilly
Technical Analyst
Digital Library Research Group
MIT Libraries
Project Manager, CWSpace: http://cwspace.mit.edu
Archiving MIT's OpenCourseWare in DSpace


From scott.yeadon at anu.edu.au  Mon Oct 25 20:03:09 2004
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Tue, 26 Oct 2004 10:03:09 +1000
Subject: [Dspace-general] Re: Dspace-general Digest, Vol 15, Issue 10
In-Reply-To: <200410251605.i9PG5EZZ028140@pch.mit.edu>
References: <200410251605.i9PG5EZZ028140@pch.mit.edu>
Message-ID: <417D943D.9020900@anu.edu.au>

It's certainly possible, I expect you'll need a Java programmer maybe 
some db experience depending on how you implement it. If you determine 
what parts of the submission process are the same and which are 
different, you could design a mechanism for associating particular 
submission JSPs with communities/collections (e.g. additional db info, 
external config (XML/properties) file, etc). You're likely to have to 
write/modify servlets as well. I suspect you'll be able to retain much 
of the submission code as is (depends how dratsically you want to change 
the submission process), just changing the route of metadata entry 
through specific JSPs (but that's pure speculation!)

The only thing to be wary of during design is to try and avoid many 
changes in existing Java classes as you will need to reapply them when 
new versions are released.

Scott.


dspace-general-request at mit.edu wrote:

>Send Dspace-general mailing list submissions to
>	dspace-general at mit.edu
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	http://mailman.mit.edu/mailman/listinfo/dspace-general
>or, via email, send a message with subject or body 'help' to
>	dspace-general-request at mit.edu
>
>You can reach the person managing the list at
>	dspace-general-owner at mit.edu
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Dspace-general digest..."
>
>
>Today's Topics:
>
>   1. Custom Submission Screens
>
>
>----------------------------------------------------------------------
>
>Date: Mon, 25 Oct 2004 10:13:00 -0500
>From: courtois at ksu.edu
>To: dspace-theses at mit.edu
>Cc: dspace-general at mit.edu
>Subject: [Dspace-general] Custom Submission Screens
>Message-ID: <1098717180.417d17fc0a763 at webmail.ksu.edu>
>Content-Type: text/plain; charset=ISO-8859-1
>MIME-Version: 1.0
>Content-Transfer-Encoding: 8bit
>Precedence: list
>Message: 1
>
>Is it possible to create custom user submission screens for specific
>Communities or Collections?
>
>I'm brand new to DSpace, and just started working with our Grad School
>last week on a 5 dissertation pilot project.  We had some problems with
>my login, and I haven't even had a chance to fully explore the
>submission and admin screens.
>
>I can see, tho, that we'd like to make changes to some of the screens
>users will see as they submit their dissertation.  One change, for
>example, would be to remove the "Series/Report" field from the 2nd
>"Describe" screen.  Another change would be to add a pull-down menu of
>UMI subject categories to the 3rd "Describe" screen.  We'd like for
>these changes to apply only to an ETD Community/Collection and may have
>different changes to apply to other Communities/Collections.
>
>My background is documentation and user training, although we do have a
>programmer/developer on our team.  At this point, I just need to get a
>general idea if this sort of thing is possible or if the submission
>screens need to be consisent across all Communities and Collections.
>
>Thanks for your help,
>
>Marty Courtois
>Instructional Technology Assistance Center
>Kansas State University
>Manhattan KS 66502
>Phone: 785-532-4918
>E-mail: courtois at ksu.edu
>
>------------------------------
>
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general
>
>
>End of Dspace-general Digest, Vol 15, Issue 10
>**********************************************
>  
>


From iacj at terra.com.br  Mon Oct 25 23:50:12 2004
From: iacj at terra.com.br (instituto A.C.Jobim)
Date: Tue, 26 Oct 2004 01:50:12 -0200
Subject: [Dspace-general] custom submission
Message-ID: <23C6FFC4-2702-11D9-AF46-000A959E0542@terra.com.br>

Hi this is my first post to the list
I am going to use DSpace in the Instituto Antonio Carlos Jobim, a great 
brasilian composer, my father.
We have catalogers working in our archives for about two years. They 
are using a simple database with Marc tags on the many many fields they 
use. It is not a real working MARC but follows their cataloging view. I 
have made a first import to dspace just for testing in my powerbook 
computer (Mac OS X). we already have some authority tables for relating 
persons, works(most music) and in the future recordings(Masters) of the 
songs.
I am planning to import these tables to tables similar to "dcvalue" so 
I can have my relations directly with postgresql accessing teh dspace 
tables. (I read somewhere that MIT is already adressing this issue).
I have tried to customise the jsp of the submission for our use in the 
Institute. the first change would be in the authors field where we 
would like to qualify the authors with their different roles (composer, 
lyricist, arranger, etc). I managed to introduce these new fields in 
the edit window after finishing submission, but not during the first 
stage of submission. It looks like it would be necessary to modify the 
submit servlet, what I would not like to do for future compatibility 
but I think MIT could change it in a way that any qualifier added to an 
element could be accessed by a pulldown menu, the same way we can do 
with the identifiers. I read in the list that a way to customise the 
submissions are being developed. I am looking foward to see it. I hope 
this post can be usefull
Paulo Jobim


From courtois at ksu.edu  Tue Oct 26 12:29:00 2004
From: courtois at ksu.edu (courtois@ksu.edu)
Date: Tue, 26 Oct 2004 11:29:00 -0500
Subject: [Dspace-general] Handle 'Prefix' or Local Server?
Message-ID: <1098808140.417e7b4c4ccf5@webmail.ksu.edu>

We're just installing DSpace and I'm not sure what to do in terms of
Handles.  The DSpace documentation says:

"Each site running DSpace needs to obtain a Handle 'prefix' from
CNRI..."

The CNRI site, however, says we have to set up our own handle server:

"NOTE: If you are planning to implement DSpace(digital repository
project - MIT Libraries) then a subnaming authority from the CNRI
Public Handle Service is NOT what you want. You will need to set up
your own local handle service. To begin this please go to the
handle.net software download page for the latest handle server
distribution. Thank you." 
(http://hs9.cnri.reston.va.us/CNRIHS/index.html)

Do we need to install HSj (Local Handle System Server Version 5.3.3)
JAVA Version from CNRI (http://www.handle.net/download.html)?

Thanks for your help,

Marty Courtois
Instructional Technology Assistance Center
Kansas State University
Manhattan KS 66502
Phone: 785-532-4918
E-mail: courtois at ksu.edu

From mballard at otis.edu  Tue Oct 26 13:20:56 2004
From: mballard at otis.edu (Matthew Ballard)
Date: Tue, 26 Oct 2004 10:20:56 -0700
Subject: [Dspace-general] Handle 'Prefix' or Local Server?
In-Reply-To: <1098808140.417e7b4c4ccf5@webmail.ksu.edu>
References: <1098808140.417e7b4c4ccf5@webmail.ksu.edu>
Message-ID: <6.1.1.1.0.20041026101813.0259ce30@mail.otis.edu>

I didn't find that clear myself.  DSpace has a handle server built in, that 
automatically handles passing the appropriate information for DSpace.  You 
generate the initial file to send to CNRI (I believe the address to send it 
to is included in the instructions), and if there's any exceptions (like an 
internal vs. external IP difference), email that to them too, then they 
will create and send a handle back to you, that you then set in the DSpace 
configuration.  As long as the handle server that is included is running, 
it should automatically handle all documents in DSpace.

Matthew Ballard
Otis College of Art and Design Library
mballard at otis.edu

At 09:29 AM 10/26/2004, you wrote:
>We're just installing DSpace and I'm not sure what to do in terms of
>Handles.  The DSpace documentation says:
>
>"Each site running DSpace needs to obtain a Handle 'prefix' from
>CNRI..."
>
>The CNRI site, however, says we have to set up our own handle server:
>
>"NOTE: If you are planning to implement DSpace(digital repository
>project - MIT Libraries) then a subnaming authority from the CNRI
>Public Handle Service is NOT what you want. You will need to set up
>your own local handle service. To begin this please go to the
>handle.net software download page for the latest handle server
>distribution. Thank you."
>(http://hs9.cnri.reston.va.us/CNRIHS/index.html)
>
>Do we need to install HSj (Local Handle System Server Version 5.3.3)
>JAVA Version from CNRI (http://www.handle.net/download.html)?
>
>Thanks for your help,
>
>Marty Courtois
>Instructional Technology Assistance Center
>Kansas State University
>Manhattan KS 66502
>Phone: 785-532-4918
>E-mail: courtois at ksu.edu
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general


From smuir1 at emich.edu  Tue Oct 26 15:40:21 2004
From: smuir1 at emich.edu (Scott P. Muir)
Date: Tue, 26 Oct 2004 15:40:21 -0400
Subject: [Dspace-general] I.R. Policies
Message-ID: <6.1.2.0.0.20041026153028.01aeaaf0@mail.emich.edu>

As we plan for our implementation of an Institutional Repositories, I need 
to develop a policy that outlines a number of issues, such as retention of 
the documents, what can be submitted, whether or not a document is open to 
a single unit, the entire campus, the entire Internet, etc.  We plan to 
start with theses and dissertations and expand from there.

I suspect some libraries have already developed these policies. If you 
have, would you please either send me a copy or point me to the links on 
your web pages.

I appreciate it very much.

Thank you.

Scott P Muir
Associate University Librarian
Bruce T. Halle Library, Room 200F
Eastern Michigan University
955 West Circle Drive
Ypsilanti, MI  48197-2207

734.487.0020 x2222 (voice)
734.484.1151 (fax)
http://www.emich.edu/halle/

mailto:scott.muir at emich.edu 


From SGibbons at library.rochester.edu  Wed Oct 27 08:50:37 2004
From: SGibbons at library.rochester.edu (Susan Gibbons)
Date: Wed, 27 Oct 2004 08:50:37 -0400
Subject: [Dspace-general] I.R. Policies
Message-ID: <s17f616b.001@mail.lib.rochester.edu>

A few months ago I did a search for institutional repository policies
available on the Web.  Here is what I found:
Archive of European Integration's http://aei.pitt.edu/Florida State
University's http://dscholarship.lib.fsu.edu/about.htmlMIT's 
http://libraries.mit.edu/dspace-mit/mit/policies/index.htmlMonash
University's http://eprint.monash.edu.au/information.htmlNational
University of Ireland's http://eprints.may.ie/faqs.htmlOpen University
of the Netherlands' http://dspace.learningnetworks.org/index.jspSimon
Fraser University's
http://ir.lib.sfu.ca/policies/community_and_collection.jspUniversity of
Calgary's http://www.ucalgary.ca/library/dspace/policies.htmlUniversity
of California's
http://repositories.cdlib.org/escholarship/policies.htmlUniversity of
Rochester's
http://www.library.rochester.edu/index.cfm?PAGE=1285University of
Melbourne's
http://www.lib.unimelb.edu.au/eprints/collectionpolicy.htmUniversity of 
Minho's https://repositorium.sdum.uminho.pt/about.jspUniversity of
Oregon's http://libweb.uoregon.edu/catdept/irg/AboutSB.htmlUniversity of
Toronto's
https://tspace.library.utoronto.ca/policies/policies.jspVanderbilt
University's
http://www.library.vanderbilt.edu/dspace/Community_Collection_policy.html
Susan Gibbons
Assistant Dean for Public Services 
& Collection Development
River Campus Libraries
University of Rochester
585-275-6320
sgibbons at library.rochester.edu
>>> "Scott P. Muir" <smuir1 at emich.edu> 10/26/2004 3:40:21 PM >>>

As we plan for our implementation of an Institutional Repositories, I
need 
to develop a policy that outlines a number of issues, such as retention
of 
the documents, what can be submitted, whether or not a document is open
to 
a single unit, the entire campus, the entire Internet, etc.  We plan to

start with theses and dissertations and expand from there.

I suspect some libraries have already developed these policies. If you

have, would you please either send me a copy or point me to the links
on 
your web pages.

I appreciate it very much.

Thank you.

Scott P Muir
Associate University Librarian
Bruce T. Halle Library, Room 200F
Eastern Michigan University
955 West Circle Drive
Ypsilanti, MI  48197-2207

734.487.0020 x2222 (voice)
734.484.1151 (fax)
http://www.emich.edu/halle/

mailto:scott.muir at emich.edu 

_______________________________________________
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/20041027/332f4e59/attachment.htm

From pajobim at attglobal.net  Mon Oct 25 22:04:23 2004
From: pajobim at attglobal.net (Paulo Jobim)
Date: Tue, 26 Oct 2004 00:04:23 -0200
Subject: [Dspace-general] Custom Submission
Message-ID: <5B2C2B1E-26F3-11D9-B060-000A959E0542@attglobal.net>

Hi this is my first post to the list
I am going to use DSpace in the Instituto Antonio Carlos Jobim, a great 
brasilian composer, my father.
We have catalogers working in our archives for about two years. They 
are using a simple database with Marc tags on the many many fields they 
use. It is not a real working MARC but follows their cataloging view. I 
have made a first import to dspace just for testing in my powerbook 
computer (Mac OS X). we already have some authority tables for relating 
persons, works(most music) and in the future recordings(Masters) of the 
songs.
I am planning to import these tables to tables similar to "dcvalue" so 
I can have my relations directly with postgresql accessing teh dspace 
tables. (I read somewhere that MIT is already adressing this issue).
I have tried to customise the jsp of the submission for our use in the 
Institute. the first change would be in the authors field where we 
would like to qualify the authors with their different roles (composer, 
lyricist, arranger, etc). I managed to introduce these new fields in 
the edit window after finishing submission, but not during the first 
stage of submission. It looks like it would be necessary to modify the 
submit servlet, what I would not like to do for future compatibility 
but I think MIT could change it in a way that any qualifier added to an 
element could be accessed by a pulldown menu, the same way we can do 
with the identifiers. I read in the list that a way to customise the 
submissions are being developed. I am looking foward to see it. I hope 
this post can be usefull
Paulo Jobim


From peter.raftos at anu.edu.au  Mon Oct 25 19:37:11 2004
From: peter.raftos at anu.edu.au (Peter Raftos)
Date: Tue, 26 Oct 2004 09:37:11 +1000
Subject: [Dspace-general] Re: [dspace-theses] Custom Submission Screens
In-Reply-To: <1098717180.417d17fc0a763@webmail.ksu.edu>
References: <1098717180.417d17fc0a763@webmail.ksu.edu>
Message-ID: <417D8E27.7020807@anu.edu.au>

Hi

Custom submission screens are possible, although with DSpace 1.x you'll
need a programmer who is competent in Java. The user interface is
generated via servlets and JSPs - you don't need to know what that
means, but your programmer does!

It's not a task you'd want to do for every user at your institution, but
if you expect a significant number of theses being submitted one by one,
then it's probably a good idea in your case.

Peter Raftos
Digital Resource Services
Australian National University

courtois at ksu.edu wrote:
 > Is it possible to create custom user submission screens for specific
 > Communities or Collections?
 >
 > I'm brand new to DSpace, and just started working with our Grad School
 > last week on a 5 dissertation pilot project.  We had some problems with
 > my login, and I haven't even had a chance to fully explore the
 > submission and admin screens.
 >
 > I can see, tho, that we'd like to make changes to some of the screens
 > users will see as they submit their dissertation.  One change, for
 > example, would be to remove the "Series/Report" field from the 2nd
 > "Describe" screen.  Another change would be to add a pull-down menu of
 > UMI subject categories to the 3rd "Describe" screen.  We'd like for
 > these changes to apply only to an ETD Community/Collection and may have
 > different changes to apply to other Communities/Collections.
 >
 > My background is documentation and user training, although we do have a
 > programmer/developer on our team.  At this point, I just need to get a
 > general idea if this sort of thing is possible or if the submission
 > screens need to be consisent across all Communities and Collections.
 >
 > Thanks for your help,
 >
 > Marty Courtois
 > Instructional Technology Assistance Center
 > Kansas State University
 > Manhattan KS 66502
 > Phone: 785-532-4918
 > E-mail: courtois at ksu.edu
 >
 > _______________________________________________
 > dspace-theses mailing list
 > dspace-theses at mit.edu
 > http://mailman.mit.edu/mailman/listinfo/dspace-theses
 >



From kpetsche at iupui.edu  Fri Oct 29 12:23:07 2004
From: kpetsche at iupui.edu (Petsche, Kevin F)
Date: Fri, 29 Oct 2004 11:23:07 -0500
Subject: [Dspace-general] Licenses
Message-ID: <37EECABFDCD02B47A114618423A57FAD0202FE53@iu-mssg-mbx03.exchange.iu.edu>

MacKenzie,

 

Your post to the General DSpace listserv on June 4 (see it below my
signature file) of this year addresses the exact issue with which we are
addressing right now.  You say that the default submission license deals
with the situation where a person is submitting items for the author or
creator.  

We changed the default license so that it reflects our campus (i.e.
IUPUI) and I just want to be sure that the language you are referring to
is:

 

"If the submission contains material for which you do not hold
copyright, you represent that you have obtained the permission of the
copyright owner to grant to IUPUI the rights required by this license,
and that such third-party owned material is clearly identified and
acknowledged within the text or content of the submission.  You agree to
hold IUPUI harmless in the event of any violation."  

 

Thanks in advance for your confirmation of this (and/or clarification),

 

Kevin Petsche

Electronic Journals Collection Manager

IUPUI University Library

UL1115K

755 W. Michigan Street

Indianapolis, IN  46202-5196

317.278.2330 (Office)

317.278.0368 (Fax)

 

<mailto:kpetsche at iupui.edu> kpetsche at iupui.edu

 

Hi Merle,
 
At MIT we do not produce a paper copy of the submission license (signed
or 
otherwise) -- I think that would be extremely impractical for the volume
of 
submissions we get. The default license does cover the case where the 
submitter is not the author, requiring that they (the submitter) have
the 
authority to approve the license on behalf of the author (whether the 
submitter is a department's admin assistant submitting a paper on behalf
of 
a faculty member, or whether the submitter is a faculty member
submitting a 
paper she co-authored with others, etc.)
 
We have a verbal agreement with new Communities when they join, but do
not 
require them to sign a legal MOU (as does, for example, the CDL 
eScholarship repository). Some institutions will definitely want to 
consider a legal agreement with Communities, but we felt it was too much

here, and would frighten off potential Communities unnecessarily.
 
We're also in the process of adding support to DSpace for (optional) 
Creative Commons licenses (US version) which would cover the end-user 
rights to use the content -- yet another twist on the copyright and 
licensing maze!
 
This is murky legal territory, and there is risk involved, but we hope
to 
use this opportunity to educate ourselves and our faculty about what our

options really are.
 
I hope this is helpful,
 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/2f16d432/attachment.htm

From toolip at pf.pl  Fri Oct 29 14:55:10 2004
From: toolip at pf.pl (=?Windows-1250?Q?Pawe=B3_Rogowicz?=)
Date: Fri, 29 Oct 2004 21:55:10 +0300
Subject: [Dspace-general] dspace and query by humming system
Message-ID: <104051058.20041029215510@pf.pl>

HI,

I'm doing a query by humming system for searching audio files based on
audio input. I'm wondering if it would be possible integrating such
system with dspace. I mean if it's possible to add new searching
method to dspace. I just found it on internet and like to know if it's
worth investigating it any further. Also changing user interface to
acquire audio data. Of course my system is being done in java.

Looking forward for your opinions.



-- 
Kind regards,
 Pawel                          mailto:toolip at pf.pl


From christel.smith at up.ac.za  Sat Oct 30 12:22:06 2004
From: christel.smith at up.ac.za (christel.smith@up.ac.za)
Date: Sat, 30 Oct 2004 18:22:06 +0200
Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 15, Issue 14
In-Reply-To: <200410301603.i9UG3CXn014841@pch.mit.edu>
Message-ID: <E1CNvzS-0004FE-AG@mx1.up.ac.za>

An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041030/d620a5be/attachment.htm

From harnad at ecs.soton.ac.uk  Thu Oct 28 23:10:59 2004
From: harnad at ecs.soton.ac.uk (Stevan Harnad)
Date: Fri, 29 Oct 2004 04:10:59 +0100 (BST)
Subject: [Dspace-general] A Simple Way to Optimize the NIH Public Access
	Policy
Message-ID: <Pine.LNX.4.44.0410290343280.24200-100000@login.ecs.soton.ac.uk>

                ** Apologies for Cross-Posting **

Below is an extremely simple suggestion for NIH that, if adopted, will
give the NIH public access policy for NIH-funded research articles an
impact far, far beyond just the research that NIH funds: The practice
of providing Open Access to articles through self-archiving will spread
across all other departments at each NIH fundee's institution and will
quickly bring us all closer to Open Access for *all* research articles,
in all fields, in all institutions.

The change required is tiny, and preserves every feature of the present
proposed NIH policy; it is merely a specification of the way in which
the articles can be submitted to NIH.

The current wording of the NIH policy is this:
http://grants.nih.gov/grants/guide/notice-files/NOT-OD-04-064.html

    "NIH intends to request that its grantees and supported Principal
    Investigators provide the NIH with electronic copies of all final
    version manuscripts upon acceptance for publication if the research
    was supported in whole or in part by NIH funding...  We define final
    manuscript as the author's version resulting after all modifications
    due to the peer review process. Submission of the final manuscript
    will provide NIH supported investigators with an alternate means by
    which they will meet and fulfill the requirement of the provision
    of one copy of each publication in the annual or final progress
    reports. Submission of the electronic versions of final manuscripts
    will be monitored as part of the annual grant progress review and
    close-out process."

This wording is fine, and all it needs in order to promote, at the very
same time, the much wider objective of encouraging all non-NIH research to be
made open-access too, is the following simple -- but critically important
-- additional passage (specifying the *way* in which the submission to
NIH can be done):

    Submission may be done either by depositing the manuscript in the
    author's own institutional eprint archive and emailing NIH the URL
    or by emailing the manuscript itself to NIH. 

All this does is to introduce an efficient and simple way for the author
to *submit* the text to NIH. But in doing so (and especially if, as I
would urge, the institutional URL submission option is mentioned *first*)
it also implicitly specifies and encourages institutional self-archiving,
explicitly linking it to the NIH policy, yet without requiring it:
merely as a potential mode of submission!

It cannot be overstated just how important this seemingly trivial
implementational detail will prove, if only NIH adopts it (and adopts
it in a high-profile way, making it a prominent part of the formal
statement of the policy, rather than just a fulfillment option mentioned
obscurely somewhere else).

Harvesting the full-text from the URL of the author's institutional
eprint archive is not only simpler and more uniform for NIH than receiving
it as an email attachment -- because the harvesting can be made automatic
and standardized, and automatically monitored -- but it also means that
the NIH system is then easily adaptable and extendable to harvesting
relevant non-NIH texts (or their metadata) -- likewise self-archived in
institutional eprint archives -- into PubMed Central as well! It also
means institutions will help in monitoring and fulfillment. But the most
important consequence is that it will make the self-archiving practice
propagate naturally across the other departments in each author's
institution in a way that just requesting that the text be emailed to
NIH will not.

By way of further support for making this tiny change, here is an
excerpt from the UK JISC report on central vs distributed institutional
self-archiving and OA.

        Delivery, Management and Access Model 
        for E-prints and Open Access Journals 
        within Further and Higher Education 

    Study commission by U.K. Joint Information Systems Committee (JISC)
    Alma Swan, Paul Needham, Steve Probets, Adrienne Muir, Ann O'Brien,
    Charles Oppenheim, Rachel Hardy, and Fytton Rowland (2004).
http://www.keyperspectives.co.uk/OpenAccessArchive/E-prints_delivery_model.pdf

    Excerpts:

    "This study identified three models for open access [OA] provision in
    the UK .... In considering the relative merits of these models, we
    addressed not only technical concerns but also how [OA] provision
    (by authors) can be achieved, since without this content provision
    there can be no effective [OA] (for users).

    "For technical and cultural reasons, this study recommends that
    the centralised model should not be adopted... [The] central archiving
    approach is the 'wrong way round' with respect to e-print provision.
    [For] reasons of academic and institutional culture and so long
    as effective measures are implemented, individual institution-based
    e-print archives are far more likely to fill (and fill quickly)
    than centralised archives, because institutions and researchers
    share a vested interested in the impact of their research output,
    and because institutions are in a position to mandate and monitor
    compliance, a position not enjoyed by centralised archives."

Excerpts from American Scientist Open Access Forum contribution by Alma Swan:
http://listserver.sigmaxi.org/sc/wa.exe?A2=ind04&L=american-scientist-open-access-forum&D=1&O=D&F=l&P=82355

    "How may authors be 'encouraged' to self-archive? The evidence shows
    that whilst a carrot approach produces some success, 'encouragement'
    would best take the form of a stick - by someone, somewhere,
    mandating self-archiving. Why authors need such a mandate can be
    debated at length by those with the inclination for such things. The
    fact is that when there is a mandate by some authority that has clout,
    authors will comply.

    "There are few examples of such mandates in operation as yet (though
    where they exist, they are working), but plenty of promise for those
    to come. KPL's recent, separate, study on open access publishing
    (also commissioned by JISC) produced clear evidence that authors
    have, in general and in principle, no objection to self-archiving and
    will comply with a mandate to do so from their employer or research
    funder. Our findings were that 77% of authors would comply with such
    a mandate. Only 3% said they would NOT comply. [Swan, A and Brown,
    S (2004) Report of the JISC/OSI journal authors survey. pp 1-76.
    http://www.jisc.ac.uk/uploaded_documents/JISCOAreport1.pdf;
    Swan, A and Brown, S (2004) Authors and open access
    publishing. Learned Publishing, 17 (3), 219-224.
http://www.keyperspectives.co.uk/OpenAccessArchive/Authors_and_open_access_publishing.pdf

    "The recent government-level recommendations in the US and the UK on
    mandating self-archiving are therefore perfectly on target to address
    the issue most critical to open access provision. Scholars will
    self-archive if told to do so.  Employers and research funders have
    the authority to do the telling, but they tell authors to do what,
    and which authors? Funders can only tell their grantees, but have
    the choice of telling them to deposit their articles in the funder's
    own archive if there is one, in some other centralised archive,
    or in the researcher's own institutional archive, or all of these.

    "Employers can do all these too, but since they not only have shared
    goals with their researchers in respect of dissemination of research
    findings, but also see additional value in, and uses for, the content
    of an institutional archive, they are very likely to be eager to see
    it maximally populated and will insist on authors depositing there,
    at the very least. Moreover, they can mandate self-archiving across
    the board, including researchers who are not supported by external
    funding (a large number in many subject areas), and in EVERY scholarly
    discipline. This is a far more effective a route to comprehensive
    eprint provision than relying on funder mandates alone, and is much
    more likely to provide eprints in ALL disciplines relatively quickly
    than relying on the eventual establishment of centralised archives
    in all subject areas.

    "Our conclusion was, then, that this scenario is the one most likely to
    provide the maximum level of archived content, a major plank of any
    model for the provision of eprints nationwide in the UK. Our model
    was devised accordingly and would be equally appropriate anywhere
    else in the world."  -- Alma Swan, Key Perspectives Ltd.

----

If you too see the rationale for this tiny parametric change and its 
substantial potential benefits, please do recommend it by adding
your comment at:

    http://grants.nih.gov/grants/guide/public_access/add.htm

Prior Amsci Topic Threads:

    "E-Biomed: Very important NIH Proposal" (1999)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/0240.html

    "NIH's Public Archive for the Refereed Literature: PUBMED CENTRAL" (1999)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/0372.html

    "Central vs. Distributed Archives" (1999)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/0293.html

    "PubMed and self-archiving" (2003)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/2973.html

    "Central versus institutional self-archiving"
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3205.html
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3905.html
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3907.html
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3940.html
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3942.html

    "What Provosts Need to Mandate" (2003)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3240.html

    Written evidence for UK Select Committee's 
    Inquiry into Scientific Publications (2003)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3263.html

    "UK Select Committee Inquiry into Scientific Publication" (2004)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3407.html

    "University policy mandating self-archiving of research output" (2003)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3438.html

    "Mandating OA around the corner?" (2004)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3829.html

    "Victory for the NIH open access plan in the House" (2004)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3959.html

    "The UK report, press coverage, and the 
    Green and Gold Roads to Open Access" (2004)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3871.html

    "Implementing the US/UK recommendation to mandate OA Self-Archiving" (2004)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3891.html

    "AAU misinterprets House Appropriations Committee Recommendation" (2004)
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3930.html


From rsaraiva at sdum.uminho.pt  Fri Oct 29 05:21:40 2004
From: rsaraiva at sdum.uminho.pt (Ricardo Saraiva)
Date: Fri, 29 Oct 2004 10:21:40 +0100
Subject: [Dspace-general] LUSO-DSPACE
Message-ID: <C41949C85FB6E442853982DE032997F8657A6B@MUMADONA.sdum.uminho.pt>

       LUSO DSPACE
 
University of Minho <http://www.uminho.pt>  developed the website LUSO-DSPACE <http://dspace-luso.sdum.uminho.pt:8080/pt/welcome.jsp>  for the Portuguese speaking community that uses DSpace <http://www.dspace.org> , as well as everyone that is looking for information on this open-source software platform that captures, stores, indexes, preserves, and redistributes the intellectual output of a university's research faculty in digital formats.
The activities related with DSpace in University of Minho started in April 2003 when the Documentation Services <http://www.sdum.uminho.pt/site/home.asp>  of the university began the translation and implementation of the first Portuguese version of DSpace. This initiative gave birth to the institutional repository of the University of Minho - Reposit?riUM <https://repositorium.sdum.uminho.pt/>  - publicly released in November of that year. 
So, the Portuguese language was one of the first in which this software developed by MIT <http://libraries.mit.edu/>  and HP <http://www.hpl.hp.com/mit/>  was translated. Since then, several Portuguese speaking institutions have been adopting this DSpace version in Portugal and Brazil.
It was also created an official website for the developments made by researchers at the University of Minho around the DSpace platform - DSpace-Dev at Universidade do Minho <http://dspace-dev.dsi.uminho.pt:8080/pt/welcome.jsp> . In this site you can download <http://dspace-dev.dsi.uminho.pt:8080/jsptemplate/downloadServletTemplate.jsp> , among other things, a translated version of DSpace to Portuguese, several papers and presentations, as well as, various add-ons and extensions for your DSpace.
If you are looking for a version of DSpace in Portuguese, want to set up a running instance of the software, want to know more about this system, share information or ask questions to the rest of the Portuguese community, you have come to the right place!
___________________________
 
      LUSO DSPACE
A Universidade do Minho <http://www.uminho.pt/default.aspx>  criou um s?tio designado LUSO-DSPACE <http://dspace-luso.sdum.uminho.pt:8080/pt/welcome.jsp>  destinado ? comunidade de l?ngua portuguesa que usa o sistema DSpace <http://www.dspace.org> , bem como a todos os que pretendam informa??o sobre esta plataforma de software Open Source que permite recolher, descrever, distribuir e preservar a longo prazo documentos digitais. 
As actividades relacionadas com o DSpace na Universidade do Minho iniciaram-se em Abril de 2003 quando os Servi?os de Documenta??o <http://www.sdum.uminho.pt/site/home.asp>  da universidade procederam ? tradu??o e implementa??o da primeira vers?o do DSpace em l?ngua portuguesa. Esta iniciativa deu origem ao reposit?rio institucional da Universidade do Minho - Reposit?riUM <https://repositorium.sdum.uminho.pt/index.jsp>  - que abriu ao p?blico em Novembro desse ano.
Assim, a l?ngua portuguesa foi uma das primeiras para a qual foi traduzido este software desenvolvido em parceria pelo MIT <http://libraries.mit.edu/>  e pela HP <http://www.hpl.hp.com/mit/> . De ent?o para c?, esta vers?o do DSpace tem vindo a ser usada por um n?mero crescente de institui??es lus?fonas, em Portugal e no Brasil. 
Para al?m do LUSO-DSPACE, foi tamb?m desenvolvido um portal oficial para a publica??o dos mais recentes desenvolvimentos realizados com este sistema na Universidade do Minho - DSpace-Dev at Universidade do Minho <http://dspace-dev.dsi.uminho.pt:8080/pt/welcome.jsp>  - no qual pode descarregar <http://dspace-dev.dsi.uminho.pt:8080/jsptemplate/downloadServletTemplate.jsp>  a vers?o Portuguesa do DSpace, diversos artigos e informa??o sobre o sistema, assim como, add-ons e extens?es que poder? adicionar ? sua instala??o do DSpace.
Se pretende informa??es sobre o sistema DSpace em portugu?s ou se implementou ou est? a implementar o DSpace e quer conhecer, divulgar e partilhar as experi?ncias, d?vidas e solu??es com a restante comunidade lus?fona de utilizadores DSpace, LUSO-DSPACE e DSPACE-DEV s?o os s?tios certos! 
 
 
 
 
Ricardo Saraiva
_________________________________
 
Universidade do Minho - Servi?os de Documenta??o
Campus de Gualtar, 4710-057 Braga
Ext. 5153 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 4094 bytes
Desc: image003.emz
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 3713 bytes
Desc: image001.emz
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment-0001.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 4094 bytes
Desc: image003.emz
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment-0002.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 3713 bytes
Desc: image001.emz
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment-0003.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 3713 bytes
Desc: image001.emz
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment-0004.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1054 bytes
Desc: image002.gif
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 4094 bytes
Desc: image003.emz
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment-0005.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1143 bytes
Desc: image004.gif
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041029/aadc9c6d/attachment-0001.gif

From christel.smith at up.ac.za  Sat Oct 30 18:12:37 2004
From: christel.smith at up.ac.za (christel.smith@up.ac.za)
Date: Sun, 31 Oct 2004 00:12:37 +0200
Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 15, Issue 15
In-Reply-To: <200410302145.i9ULjeXn027120@pch.mit.edu>
Message-ID: <E1CO1Sf-0002KZ-Ky@mx1.up.ac.za>

An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041031/b0a6adb4/attachment.htm

From kenzie at MIT.EDU  Sat Oct 30 22:22:45 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Sat, 30 Oct 2004 22:22:45 -0400
Subject: [Dspace-general] LUSO-DSPACE
In-Reply-To: <C41949C85FB6E442853982DE032997F8657A6B@MUMADONA.sdum.uminh
 o.pt>
Message-ID: <5.2.1.1.2.20041030221928.02043b30@hesiod>

An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041030/2526313b/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 13a0218.gif
Type: image/gif
Size: 1143 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041030/2526313b/attachment.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 13a0222.gif
Type: image/gif
Size: 1054 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20041030/2526313b/attachment-0001.gif

From kenzie at MIT.EDU  Sat Oct 30 22:29:31 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Sat, 30 Oct 2004 22:29:31 -0400
Subject: [Dspace-general] dspace and query by humming system
In-Reply-To: <104051058.20041029215510@pf.pl>
Message-ID: <5.2.1.1.2.20041030222313.0203d9a0@hesiod>

Hi Pawel,

It is possible to add new search methods to DSpace, either directly in the 
code or by
adding external services (e.g. Web Services) that translate the searches 
into Lucene
queries internally. But it takes a lot of programming to do this today. The 
UI is a little
bit easier to customize since it uses JSPs, but I don't know how possible 
it is to do
the audio capture via JSP-generated HTML...

Whether DSpace would be a good platform to build an audio archive with audio
search capability is another question -- it's designed to be a pretty 
general purpose
digital archive -- but you're welcome to try.

If you do go ahead with your project using DSpace you should address any 
technical
questions to the dspace-tech mailing list, which you'll find on SourceForge.

Best wishes,

MacKenzie


At 09:55 PM 10/29/2004 +0300, Pawe? Rogowicz wrote:
>HI,
>
>I'm doing a query by humming system for searching audio files based on
>audio input. I'm wondering if it would be possible integrating such
>system with dspace. I mean if it's possible to add new searching
>method to dspace. I just found it on internet and like to know if it's
>worth investigating it any further. Also changing user interface to
>acquire audio data. Of course my system is being done in java.
>
>Looking forward for your opinions.
>
>
>
>--
>Kind regards,
>  Pawel                          mailto:toolip at pf.pl
>
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu 



From christel.smith at up.ac.za  Sun Oct 31 12:20:10 2004
From: christel.smith at up.ac.za (christel.smith@up.ac.za)
Date: Sun, 31 Oct 2004 19:20:10 +0200
Subject: [Dspace-general] Autoreply: Dspace-general Digest, Vol 15, Issue 16
In-Reply-To: <200410311705.i9VH50Xn020150@pch.mit.edu>
Message-ID: <E1COJNC-0005OB-NX@mx1.up.ac.za>

An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041031/76f54f5f/attachment.htm

From kenzie at MIT.EDU  Sun Oct 31 22:52:55 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Sun, 31 Oct 2004 22:52:55 -0500
Subject: [Dspace-general] Licenses
In-Reply-To: <37EECABFDCD02B47A114618423A57FAD0202FE53@iu-mssg-mbx03.exc
 hange.iu.edu>
Message-ID: <5.2.1.1.2.20041031224542.020ec200@hesiod>

An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20041031/f860a36b/attachment.htm