From margretb at MIT.EDU  Tue Feb  1 10:36:02 2005
From: margretb at MIT.EDU (Margret Branschofsky)
Date: Tue, 01 Feb 2005 10:36:02 -0500
Subject: [Dspace-general] link to publisher version in DSpace
In-Reply-To: <5.2.1.1.2.20050130233849.0225c268@hesiod>
References: <41F6B5EA.5030805@udel.edu>
Message-ID: <5.2.1.1.2.20050201103143.022529c0@po10.mit.edu>

In version 1.2 any field can be added using the collection administrator's 
UI, so it wouldn't have to be a system administrator doing all this work.

Margret

At 11:47 PM 1/30/2005 -0500, MacKenzie Smith wrote:
>Hi William,
>
>Good question. I don't think people are really doing this yet, so there's 
>no established best practice for where to put these links.
>One possibility would be relation.hasversion, or relation.isreplacedby, 
>but there's no way to input these via the submission UI now,
>so you'd have to do it via the admin UI or with batch sql statements... 
>not simple.
>
>If anyone out there is actually observing this publisher requirement, 
>could you please post your practice to the list?
>
>MacKenzie
>
>At 04:11 PM 1/25/2005 -0500, William Simpson wrote:
>>One of the conditions set forth by many publishers (at least the ones 
>>listed on the SHERPA site) permits authors to archive the pre-print or 
>>post-print copies of papers in an institutional repository provided that 
>>they meet certain conditions. One of the conditions is "they must link to 
>>publisher version."  My question is which one of the elements [in DSpace] 
>>of the metadata are folks using to enter the link to the publisher version?
>>
>>William Simpson
>>University of Delaware
>>
>>_______________________________________________
>>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 E25-131d
>77 Massachusetts Avenue
>Cambridge, MA  02139
>(617)253-8184
>kenzie at mit.edu
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20050201/7e65f49c/attachment.htm

From ASonder at law.utexas.edu  Tue Feb  1 11:47:48 2005
From: ASonder at law.utexas.edu (Addy Sonder)
Date: Tue, 1 Feb 2005 10:47:48 -0600
Subject: [Dspace-general] Dspace and image files
Message-ID: <35D4C5C39106E246ABFE4761413077B0011A5F56@corrig.austin.law.utexas.edu>


Hello,
At the Tarlton Law Library in Austin, TX, we are considering
implementing Dspace to store and preserve a collection of jpg files.  I
am trying to find an example of what a Dspace repository of image files
looks like.  If anyone is using Dspace for this purpose, could you
provide a link to your implementation?  It doesn't have to be a
repository exclusively of jpg files.  I am really just looking to see
how images show up and what the item record looks like.  

Thank you very much, 

Addy Sonder
Assistant Archivist
Tarlton Law Library 


From scott.yeadon at anu.edu.au  Tue Feb  1 17:04:28 2005
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Wed, 02 Feb 2005 09:04:28 +1100
Subject: [Dspace-general] Re: Dspace and image files
Message-ID: <41FFFCEC.6090405@anu.edu.au>

Hi Addy,

Many of our collections are image collections, take a look at http://dspace.anu.edu.au/

Note that we have added customisation for the item page.

Scott.

Date: Tue, 1 Feb 2005 10:47:48 -0600
From: "Addy Sonder" <ASonder at law.utexas.edu>
To: <dspace-general at mit.edu>
Subject: [Dspace-general] Dspace and image files
Message-ID: <35D4C5C39106E246ABFE4761413077B0011A5F56 at corrig.austin.law.utexas.edu>
Content-Type: text/plain;
	charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: list
Message: 2


Hello,
At the Tarlton Law Library in Austin, TX, we are considering
implementing Dspace to store and preserve a collection of jpg files.  I
am trying to find an example of what a Dspace repository of image files
looks like.  If anyone is using Dspace for this purpose, could you
provide a link to your implementation?  It doesn't have to be a
repository exclusively of jpg files.  I am really just looking to see
how images show up and what the item record looks like.  

Thank you very much, 

Addy Sonder
Assistant Archivist
Tarlton Law Library 

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


From bho at emich.edu  Wed Feb  2 11:44:36 2005
From: bho at emich.edu (birong ho)
Date: Wed, 2 Feb 2005 11:44:36 -0500
Subject: [Dspace-general] PostgresSQL issues
Message-ID: <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>

Hi, I am new to this list. I would appreciate  it very much for any help I can get. 

Is there any day-end job from dspace or PostgresSQL to do the deletion of the item or bitstream etc. 
I got into postgresSQL, did a selection on bitstream table and found that some bitstream got marked 
as T for the "deleted". These files are supposed to be "gone". 

Are there some jobs need to be run. What kind of maintenance job we need to do for postgresSQL database ?


Thank you. 

Birong Ho

Cataloging and Metadata Librarian
Eastern Michigan University.  
     
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20050202/0d0ffbb8/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Birong Ho.vcf
Type: text/x-vcard
Size: 191 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/dspace-general/attachments/20050202/0d0ffbb8/attachment.vcf

From gerson.sapac at gawab.com  Wed Feb  2 17:59:44 2005
From: gerson.sapac at gawab.com (Gerson Galang)
Date: Thu, 03 Feb 2005 09:29:44 +1030
Subject: [Dspace-general] metadata questions
In-Reply-To: <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
References: <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
Message-ID: <42015B60.7010107@gawab.com>

Hi,

Does DSpace provide a functionality of automatically uploading files 
into its repository? If it does not, has anybody on this list already 
written an application which integrates with DSpace and implement this 
functionality?

I've also noticed that DSpace only uses the Dublin Core metadata schema 
and doesn't give you an option to use your own schema. A work around for 
this might be to extend the default Dublin Core schema by inputting 
extra attributes that a collection or a file might need, but this still 
has to be done manually. Is there a way to automate this process so that 
users won't have to manually annotate files in the collection anymore?

Are there any plans for DSpace to support other metadata schemas? Has 
anybody written a Java API for DSpace which we can use if ever we decide 
to write an application which will communicate with the server?

Gerson


From kenzie at MIT.EDU  Wed Feb  2 19:33:03 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Wed, 02 Feb 2005 19:33:03 -0500
Subject: [Dspace-general] Google Scholar and OAI
Message-ID: <5.2.1.1.2.20050202191531.02a28ba8@hesiod>

Hello DSpace community,

I have been talking to Anurag at Google lately and pestering him about the 
Google Scholar issues/problems we came have discussed.
One thing I learned is that they *do* intend to include DSpace item-level 
metadata along with the full text of the documents, but they're having a 
hard time because of all those lovely customizations you've all made to the 
UI which make it impossible for them to predict where to find the metadata 
they want when they crawl the site (they only want certain fields like the 
author and title, not everything). And the fact that not everyone uses the 
same persistent identifier scheme is also difficult for them... it's hard 
for them to identify which string is the persistent id they should grab.

SO, they are interested in evaluating using OAI for this purpose (hooray!) 
but alas, many of you have changed the default OAI baseurl so they can't 
find your OAI server. I know that's true, because for the pilot project we 
did I found 4 different baseurl patterns for 17 DSpace sites... I suggested 
using a registry like the DSpace wiki or OCLC's for this, but they claim 
this will not scale to the level of the gazillions of repositories that 
they hope will exist in the future. They want an approach like robots.txt 
-- predictable place, same for every repository. I think that sounds 
reasonable... don't you?

So what do you say? Can we make sure our OAI servers are up and running 
correctly, and at a canonical location (like maybe the one DSpace uses by 
default)? Is getting indexed by Google Scholar worth it to agree on such a 
convention?

Thanks, and I look forward to your thoughts and reactions.

MacKenzie

PS -- they want bitstream level Handles too (or at least predictable, 
stable URLs) so that they can start to create citeseer-like functionality 
across documents.
They would do the citation match ups using the URIs to the bitstreams, so 
they need to be as stable over time as a Handle or DOI... That's the first 
good reason I've ever heard for assigning a persistent ID to a bitstream, 
but it's a pretty good one.


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


From ojd20 at cam.ac.uk  Thu Feb  3 05:40:53 2005
From: ojd20 at cam.ac.uk (Jim Downing)
Date: Thu, 03 Feb 2005 10:40:53 +0000
Subject: [Dspace-general] metadata questions
In-Reply-To: <42015B60.7010107@gawab.com>
References: <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
	 <42015B60.7010107@gawab.com>
Message-ID: <1107427253.5724.174.camel@sleeperservice.csi.cam.ac.uk>

Hi Gerson,

On Thu, 2005-02-03 at 09:29 +1030, Gerson Galang wrote:
> Hi,
> 
> Does DSpace provide a functionality of automatically uploading files 
> into its repository? If it does not, has anybody on this list already 
> written an application which integrates with DSpace and implement this 
> functionality?

I've written a importer that grabs XHTML files from the web, extracts
the dc namespaces elements and uses the metadata from them. I know Scott
Yeadon's written a web GUI to the bulk importer, and I'd imagine there
are a few more similar initiatives. Best to ask on dspace-tech (copied
here). 

What exactly were you hoping to automate?

> I've also noticed that DSpace only uses the Dublin Core metadata schema 
> and doesn't give you an option to use your own schema. A work around for 
> this might be to extend the default Dublin Core schema by inputting 
> extra attributes that a collection or a file might need, but this still 
> has to be done manually. Is there a way to automate this process so that 
> users won't have to manually annotate files in the collection anymore?

The bulk importer takes in xml files with arbitrary metadata, but the
metadata fields still need to be manually configured by the
administrator. I don't know of anyone who's automated the expansion of
the metadata registry to accomodate imports.

> Are there any plans for DSpace to support other metadata schemas? Has 
> anybody written a Java API for DSpace which we can use if ever we decide 
> to write an application which will communicate with the server?

DSpace has a Java API that can be used locally, where 'locally' in this
context means that you can get a direct connection to the db and access
to the storage filesystem (which could be achieved through NFS as far as
I know). Are you specifically referring to a remote API?

jim

-- 
Jim Downing <ojd20 at cam.ac.uk>
DSpace at Cambridge

From robert.tansley at hp.com  Thu Feb  3 13:13:18 2005
From: robert.tansley at hp.com (Tansley, Robert)
Date: Thu, 3 Feb 2005 13:13:18 -0500
Subject: [Dspace-general] RE: [Dspace-tech] Google Scholar and OAI
Message-ID: <19ADCC0B9D4CAD4582BB9900BBCE35742A4952@tayexc13.americas.cpqcorp.net>

A related question -- are Google assuming that every DSpace instance
contains scholarly literature?  This certainly isn't the case even now,
and is set to become less likely given the divergent uses of DSpace
we're seeing, e.g. Kansas state government's www.kspace.org.  

And will/does/should it differentiate between 'production' DSpace
instances and the numerous 'test' instances, which may or may not stay
around and contain 'real' content?

I assume right now, to identify a DSpace and what's in it, they're using
some sort of heuristic; but due to people's customisations, diverging
uses of DSpace and a rapidly-evolving platform, that approach doesn't
feel like it'll last long.  I think any mechanism we come up with, such
as those Andy Powell suggested, should also take into account the above
issues.

 Robert Tansley / Digital Media Systems Programme / HP Labs
  http://www.hpl.hp.com/personal/Robert_Tansley/


> -----Original Message-----
> From: dspace-tech-admin at lists.sourceforge.net 
> [mailto:dspace-tech-admin at lists.sourceforge.net] On Behalf Of 
> MacKenzie Smith
> Sent: 02 February 2005 19:33
> To: dspace-tech at lists.sourceforge.net; dspace-general at mit.edu
> Cc: Peter Brantley
> Subject: [Dspace-tech] Google Scholar and OAI
> 
> Hello DSpace community,
> 
> I have been talking to Anurag at Google lately and pestering 
> him about the 
> Google Scholar issues/problems we came have discussed.
> One thing I learned is that they *do* intend to include 
> DSpace item-level 
> metadata along with the full text of the documents, but 
> they're having a 
> hard time because of all those lovely customizations you've 
> all made to the 
> UI which make it impossible for them to predict where to find 
> the metadata 
> they want when they crawl the site (they only want certain 
> fields like the 
> author and title, not everything). And the fact that not 
> everyone uses the 
> same persistent identifier scheme is also difficult for 
> them... it's hard 
> for them to identify which string is the persistent id they 
> should grab.
> 
> SO, they are interested in evaluating using OAI for this 
> purpose (hooray!) 
> but alas, many of you have changed the default OAI baseurl so 
> they can't 
> find your OAI server. I know that's true, because for the 
> pilot project we 
> did I found 4 different baseurl patterns for 17 DSpace 
> sites... I suggested 
> using a registry like the DSpace wiki or OCLC's for this, but 
> they claim 
> this will not scale to the level of the gazillions of 
> repositories that 
> they hope will exist in the future. They want an approach 
> like robots.txt 
> -- predictable place, same for every repository. I think that sounds 
> reasonable... don't you?
> 
> So what do you say? Can we make sure our OAI servers are up 
> and running 
> correctly, and at a canonical location (like maybe the one 
> DSpace uses by 
> default)? Is getting indexed by Google Scholar worth it to 
> agree on such a 
> convention?
> 
> Thanks, and I look forward to your thoughts and reactions.
> 
> MacKenzie
> 
> PS -- they want bitstream level Handles too (or at least predictable, 
> stable URLs) so that they can start to create citeseer-like 
> functionality 
> across documents.
> They would do the citation match ups using the URIs to the 
> bitstreams, so 
> they need to be as stable over time as a Handle or DOI... 
> That's the first 
> good reason I've ever heard for assigning a persistent ID to 
> a bitstream, 
> but it's a pretty good one.
> 
> 
> MacKenzie Smith
> Associate Director for Technology
> MIT Libraries
> Building E25-131d
> 77 Massachusetts Avenue
> Cambridge, MA  02139
> (617)253-8184
> kenzie at mit.edu 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive 
> Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> DSpace-tech mailing list
> DSpace-tech at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> 


From scott.yeadon at anu.edu.au  Thu Feb  3 17:46:01 2005
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Fri, 04 Feb 2005 09:46:01 +1100
Subject: [Dspace-general] Re: metadata questions
Message-ID: <4202A9A9.7080009@anu.edu.au>

Date: Thu, 03 Feb 2005 09:29:44 +1030
From: Gerson Galang <gerson.sapac at gawab.com>
To: dspace-general at mit.edu
Subject: [Dspace-general] metadata questions
Message-ID: <42015B60.7010107 at gawab.com>
In-Reply-To: <002601c50946$7b3d68f0$036c4ca4 at libD5YCTG21>
References: <002601c50946$7b3d68f0$036c4ca4 at libD5YCTG21>
Content-Type: text/plain; charset=us-ascii; format=flowed
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Precedence: list
Message: 1

Hi,

Does DSpace provide a functionality of automatically uploading files 
into its repository? If it does not, has anybody on this list already 
written an application which integrates with DSpace and implement this 
functionality?

>> You can download the Cocoon-based import GUI we're using at http://sts.anu.edu.au/drs/downloads/index.php. Note that it's really only suitable for simple collections (e.g. images, documents) but we'll be extending it further as we deal with more complex collections.

I've also noticed that DSpace only uses the Dublin Core metadata schema 
and doesn't give you an option to use your own schema. A work around for 
this might be to extend the default Dublin Core schema by inputting 
extra attributes that a collection or a file might need, but this still 
has to be done manually. Is there a way to automate this process so that 
users won't have to manually annotate files in the collection anymore?

>> There is no reason you couldn't make changes to do this as part of the import. We haven't added this feature because we're currently working with new communities to help with their metadata mapping, this way we avoid a lot of adding a lot of redundant metadata fields.

Are there any plans for DSpace to support other metadata schemas? Has 
anybody written a Java API for DSpace which we can use if ever we decide 
to write an application which will communicate with the server?

>> There is already an API, you can build the javadocs from the DSpace source using ant.

Gerson


From kenzie at MIT.EDU  Thu Feb  3 17:49:39 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 03 Feb 2005 17:49:39 -0500
Subject: [Dspace-general] RE: [Dspace-tech] Google Scholar and OAI
In-Reply-To: <19ADCC0B9D4CAD4582BB9900BBCE35742A4952@tayexc13.americas.c
 pqcorp.net>
Message-ID: <5.2.1.1.2.20050203174227.02660838@hesiod>

At 01:13 PM 2/3/2005 -0500, Tansley, Robert wrote:
>A related question -- are Google assuming that every DSpace instance
>contains scholarly literature?

No. But we are discussing the issue of selecting DSpace sites of 
"scholarly" content vs other DSpace-based repositories out there which 
might have non-academic content in them. Right now, as far as I can make it 
out, Google is doing this selection manually by examining each repository. 
They realize that model won't scale up, and they are evaluation automated 
mechanisms to detect "research papers" in repositories as opposed to other 
kinds of content that they don't want to include. As you may have noticed, 
they're already excluding image content from Google Scholar that exists in 
some of the DSpace repositories their already harvesting.

>And will/does/should it differentiate between 'production' DSpace
>instances and the numerous 'test' instances, which may or may not stay
>around and contain 'real' content?

A point that I have recently made, when they were complaining about the 
Handles in Harvard's repository.
So for now I've asked them to exclude repositories that use the 
default/test Handle namespace of 123456789.
If a DSpace site has real Handles and open access content then there's not 
a whole lot that we or Google could do to inform them of it's production 
status...

>I assume right now, to identify a DSpace and what's in it, they're using
>some sort of heuristic; but due to people's customisations, diverging
>uses of DSpace and a rapidly-evolving platform, that approach doesn't
>feel like it'll last long.

They're using the registry on the DSpace wiki to find live repositories: 
http://wiki.dspace.org/DspaceInstances and I didn't put any on that list 
that I *knew* to be in test or pilot mode...
beyond that they're selecting stuff out of these repositories based on 
their native characteristics (i.e. however Google recognizes a "research 
document", broadly defined).
But the UI customizations are preventing them from also harvesting the 
associated metadata successfully.

>I think any mechanism we come up with, such as those Andy Powell 
>suggested, should also take into account the above issues.

Yep.

MacKenzie 


From kenzie at MIT.EDU  Thu Feb  3 18:42:01 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 03 Feb 2005 18:42:01 -0500
Subject: [Dspace-general] RE: [Dspace-tech] Google Scholar and OAI
In-Reply-To: <F02EAE07A561584D92034BA84EE601233E79C7@eduau-exch.eduau.lo
 cal>
Message-ID: <5.2.1.1.2.20050203184014.026406d0@hesiod>

Thanks Nick -- interesting idea that I will definitely run by the google guy.
And your multiple repositories scenario is quite real (e.g. BiomedCentral's 
hosting service).
So great, we'll see what happens.

MacKenzie

At 11:34 AM 2/3/2005 +1030, Nick Lothian wrote:
>May I suggest something like the RSS autodiscovery standard
>(http://diveintomark.org/archives/2002/06/02/important_change_to_the_lin
>k_tag)?
>
>I think something like the code below placed in the "head" section of
>the DSpace front page would be appopriate:
>
><link rel="Index" title="OAI Base URL" href="url/to/oaibase">
>
>The W3C's HTML 4 spec says that links with rel="Index" "Refers to a
>document providing an index for the current document." That sounds
>appropriate to me. The title attribute would need to be specified (in
>case a document requires multiple indexes).
>
>(See http://www.w3.org/TR/REC-html40/struct/links.html#h-12.1.2 and
>http://www.w3.org/TR/REC-html40/types.html#type-links).
>
>The advantage of this over robots.txt is that it allows multiple DSpace
>repositories to exist on the same domain and point to different OIA
>catalogs (Not sure why anyone would want this though... Perhaps an
>outsourced service provider managing multiple DSpace repositories for
>multiple institutions or something?).
>
>Regards
>  Nick Lothian


From kenzie at MIT.EDU  Thu Feb  3 18:52:09 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 03 Feb 2005 18:52:09 -0500
Subject: [Dspace-general] Re: [Dspace-tech] Google Scholar and OAI
In-Reply-To: <Pine.WNT.4.56.0502030854080.-1555953@ulpc-ap-home.bath.ac.
 uk>
References: <5.2.1.1.2.20050202191531.02a28ba8@hesiod>
 <5.2.1.1.2.20050202191531.02a28ba8@hesiod>
Message-ID: <5.2.1.1.2.20050203184231.0260de48@hesiod>

Hi Andy,

>More importantly, I think that any agreements that you (the DSpace
>community) reach with Google need to scale not just to all DSpace users,
>but to those who choose to offer their repositories using other software
>(like eprints.org) and even to those who choose to base their repositories
>on more mainstream technologies like content management systems.

Well yes, I was kind of assuming that the solution to this would need to 
scale beyond the universe of DSpace repositories :)

>1) Embed a <link rel="oaipmh" ...> tag into the <head> section of the
>repository home page, linking to the BASEURL of the OAI server for that
>repository (note, there is no requirement that the BASEURL is on the same
>Web server as the repository itself - this is a completely open linking
>mechanism).  E.g.
>
><link rel="oaipmh" type="application/xml"  title="OAI BASEURL"
>href="http://etheses.nottingham.ac.uk/perl/oai2" />

Did you see Nick Lothian's variant of this?  <link rel="Index" title="OAI 
Base URL" href="url/to/oaibase">
think we could get away with using the "index" relationship? gets around 
need for an OAI-specific thing...

>2) Embed a <link rel="meta" ...> tag into the <head> section of each
>eprint's 'jump-off' page (sorry, my terminology is probably wrong in the
>context of DSpace here), linking to an OAI GetRecord request for the
>metadata about the current eprint.  E.g.
>
><link rel="meta" type="application/xml" title="OAI/DC Metadata"
>href="http://etheses.nottingham.ac.uk/perl/oai2?verb=GetRecord&metadataPrefix=oai_dc&identifier=oai%3Aetheses.nottingham.ac.uk.OAI2%3A1"
>/>

This sounds ok but isn't what Google wants to do. I don't see any advantage 
to implementing this until we need it for some reason do you?

MacKenzie 


From kenzie at MIT.EDU  Fri Feb  4 10:57:53 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Fri, 04 Feb 2005 10:57:53 -0500
Subject: [Dspace-general] metadata questions
In-Reply-To: <42015B60.7010107@gawab.com>
References: <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
 <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
Message-ID: <5.2.1.1.2.20050204104828.040cd218@hesiod>

Hi Gerson,

These are very complex questions so these answers might not be what you 
were really looking for, but here's my take on them:

>Does DSpace provide a functionality of automatically uploading files into 
>its repository? If it does not, has anybody on this list already written 
>an application which integrates with DSpace and implement this functionality?

Yes, via batch load as you heard from Scott Yeadon.

>I've also noticed that DSpace only uses the Dublin Core metadata schema 
>and doesn't give you an option to use your own schema. A work around for 
>this might be to extend the default Dublin Core schema by inputting extra 
>attributes that a collection or a file might need, but this still has to 
>be done manually. Is there a way to automate this process so that users 
>won't have to manually annotate files in the collection anymore?

You can extend the qDC elements as needed, and there is a patch for 
customized submission screens which allow you to do this that is queued for 
release pretty soon (after the next 1.2.x release).

>Are there any plans for DSpace to support other metadata schemas? Has 
>anybody written a Java API for DSpace which we can use if ever we decide 
>to write an application which will communicate with the server?

The long answer is SIMILE: http://simile.mit.edu/ which would provide tools 
for dealing with arbitrary metadata via the RDF and semantic web technologies.
We are also working with colleagues at Cambridge University to develop a 
set of Web Services to DSpace that will provide basic search, deposit and 
retrieval functionality, although not with arbitrary metadata support (in 
fact, they will only support qDC expressed as IMS LOM metadata initially). 
Long-terms plans in DSpace 2.0 go much further in that direction, but that 
looks to be a long way off at the moment, given the resources available for 
that work.

Best,

MacKenzie



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


From lratliff at library.ucla.edu  Fri Feb  4 13:01:46 2005
From: lratliff at library.ucla.edu (Louise Ratliff)
Date: Fri, 04 Feb 2005 10:01:46 -0800
Subject: [Dspace-general] DC-Education Working Group draft AP
Message-ID: <64032625.1107511306@yrl-s-cat301.library.ucla.edu>

Hi,

I want to bring to your attention some work being done by the 
DC-Education Working Group on a formal application profile for 
education metadata.  In a message to the DC-Education list, Stuart 
Sutton includes this information:

"As a result of these developments and a consensus of the WG 
participants at the face-to-face meeting in Shanghai, the work on a 
DC-Education AP has begun.  The first task task is the appointment of a 
volunteer Drafting Committee that will prepare drafts of the AP for 
general discussion by the WG.  On the wiki, we have put up the basic 
template that we will be using for this development work.  Volunteers 
and recommendations of others to serve as members of  the Drafting 
Committee are welcome.  Periodically, over the course of the next six 
months, the Committee will submit drafts to this list for discussion. 
There will be a full session on the AP when the WG meets for DC-2005 in 
Madrid."

The address for the wiki is:
 http://dublincore.org/educationwiki

I hope that we will be able to base our Dspace metadata for our UCLA 
learning objects on this evolving AP.

--Louise

____________________________
Louise Ratliff
Social Sciences Cataloger
UCLA Library Cataloging Center
(310) 825-8642

From robert.tansley at hp.com  Fri Feb  4 14:14:41 2005
From: robert.tansley at hp.com (Tansley, Robert)
Date: Fri, 4 Feb 2005 14:14:41 -0500
Subject: [Dspace-general] DSpace version 1.2.1 released
Message-ID: <19ADCC0B9D4CAD4582BB9900BBCE35742A498A@tayexc13.americas.cpqcorp.net>

The DSpace committers are pleased to announce the availability of
DSpace version 1.2.1.  This stable release introduces several new
Features developed by members of the DSpace community:

- Oracle support added
- Thumbnails in item view can now be switched off/on
- Browse and search thumbnail options
- Improved item importer
- Configurable fields for the search index
- Script for transferring items between DSpace instances
- Numerous bug fixes

This version of DSpace and associated documentation can be downloaded
from the usual SourceForge location:

http://sourceforge.net/projects/dspace/

Those wishing to do development work with DSpace are strongly
encouraged to obtain the source code using CVS.  This is very
straightforward and a guide to doing this is available here:

http://wiki.dspace.org/DspaceDeveloping

We would also like to take this opportunity to invite you all to
participate in the DSpace development process.  Extra developer
hands are always welcome, but there are other ways you can help:

- Test the system and report bugs
- Provide documentation (for end users and institutions, as well
  as technical)
- Share your deployment experiences
- Donate content and metadata for testing and research
- Share your technical experience and ideas

Please visit the DSpace Wiki to see the various resources and 
collaboration tools available to the DSpace community:

http://wiki.dspace.org/DspaceResources

We look forward to hearing from you!

The DSpace Committers


From jkawale.scs at dauniv.ac.in  Sat Feb  5 07:46:56 2005
From: jkawale.scs at dauniv.ac.in (Jaikumar Kawale)
Date: Sat, 5 Feb 2005 18:16:56 +0530
Subject: [Dspace-general] N/A
Message-ID: <20050205124650.M97048@dauniv.ac.in>



Jaikumar N. Kawale
M.Tech(CS)-Final Year
SCS,DAVV INDORE
+919893426368


From gerson.sapac at gawab.com  Mon Feb  7 00:24:15 2005
From: gerson.sapac at gawab.com (Gerson Galang)
Date: Mon, 07 Feb 2005 15:54:15 +1030
Subject: [Dspace-general] metadata questions
In-Reply-To: <1107427253.5724.174.camel@sleeperservice.csi.cam.ac.uk>
References: <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
 <42015B60.7010107@gawab.com>
 <1107427253.5724.174.camel@sleeperservice.csi.cam.ac.uk>
Message-ID: <4206FB7F.4060701@gawab.com>

Hi Jim,

Jim Downing wrote:
> Hi Gerson,
> 
> On Thu, 2005-02-03 at 09:29 +1030, Gerson Galang wrote:
> 
>>Hi,
>>
>>Does DSpace provide a functionality of automatically uploading files 
>>into its repository? If it does not, has anybody on this list already 
>>written an application which integrates with DSpace and implement this 
>>functionality?
> 
> 
> I've written a importer that grabs XHTML files from the web, extracts
> the dc namespaces elements and uses the metadata from them. I know Scott
> Yeadon's written a web GUI to the bulk importer, and I'd imagine there
> are a few more similar initiatives. Best to ask on dspace-tech (copied
> here). 
> 
> What exactly were you hoping to automate?
> 
What we are planning to automate is the uploading of data files that 
researchers here in South Australia have generated. These data files 
might just be sitting in researchers desktop machine (or somewhere else) 
and it would be good if they can just automate the upload of these files 
by inputting the location of these files from the command line or the 
web interface instead of uploading the files one by one from the web 
browser.

> 
>>Are there any plans for DSpace to support other metadata schemas? Has 
>>anybody written a Java API for DSpace which we can use if ever we decide 
>>to write an application which will communicate with the server?
> 
> 
> DSpace has a Java API that can be used locally, where 'locally' in this
> context means that you can get a direct connection to the db and access
> to the storage filesystem (which could be achieved through NFS as far as
> I know). Are you specifically referring to a remote API?
> 
At the moment, we are only looking at doing all of these things locally 
but it will help us a lot in making a decision of using dspace if there 
are plans of providing a web interface for it. Are there any timeline on 
when this functionality will be available for DSpace? Is DSpace also 
going to have an SRW query interface in the future? If not, what query 
interface are you planning to provide?

> jim
> 

From ojd20 at cam.ac.uk  Mon Feb  7 04:23:22 2005
From: ojd20 at cam.ac.uk (Jim Downing)
Date: Mon, 7 Feb 2005 09:23:22 +0000
Subject: [Dspace-general] metadata questions
In-Reply-To: <4206FB7F.4060701@gawab.com>
References: <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
	<42015B60.7010107@gawab.com>
	<1107427253.5724.174.camel@sleeperservice.csi.cam.ac.uk>
	<4206FB7F.4060701@gawab.com>
Message-ID: <20050207092322.GB4946@sleeperservice.csi.cam.ac.uk>

Hi Gerson,

On Mon, Feb 07, 2005 at 03:54:15PM +1030, Gerson Galang wrote:
> Jim Downing wrote:
> >On Thu, 2005-02-03 at 09:29 +1030, Gerson Galang wrote:
> >>
> >>Does DSpace provide a functionality of automatically uploading files 
> >>into its repository? If it does not, has anybody on this list already 
> >>written an application which integrates with DSpace and implement this 
> >>functionality?
> >
> >I've written a importer that grabs XHTML files from the web, extracts
> >the dc namespaces elements and uses the metadata from them. I know Scott
> >Yeadon's written a web GUI to the bulk importer, and I'd imagine there
> >are a few more similar initiatives. Best to ask on dspace-tech (copied
> >here). 
> >
> >What exactly were you hoping to automate?
> 
> What we are planning to automate is the uploading of data files that 
> researchers here in South Australia have generated. These data files 
> might just be sitting in researchers desktop machine (or somewhere else) 
> and it would be good if they can just automate the upload of these files 
> by inputting the location of these files from the command line or the 
> web interface instead of uploading the files one by one from the web 
> browser.

I don't know of anything that does this, but it shouldn't be too
difficult to write.

> >>Are there any plans for DSpace to support other metadata schemas? Has 
> >>anybody written a Java API for DSpace which we can use if ever we decide 
> >>to write an application which will communicate with the server?
> >
> >
> >DSpace has a Java API that can be used locally, where 'locally' in this
> >context means that you can get a direct connection to the db and access
> >to the storage filesystem (which could be achieved through NFS as far as
> >I know). Are you specifically referring to a remote API?
> 
> At the moment, we are only looking at doing all of these things locally 
> but it will help us a lot in making a decision of using dspace if there 
> are plans of providing a web interface for it. Are there any timeline on 
> when this functionality will be available for DSpace? 

It hasn't appeared on the roadmap so far. If it's useful to you, the
best course of action is to describe the functionality you want as a
feature request on the sourceforge site
(http://sourceforge.net/projects/dspace) and maybe also on the roadmap
page on the wiki (http://wiki.dspace.org/RoadMap).

I have heard of a couple of initiatives to provide WS interfaces to
DSpace, which might make the sort of functionality you're describing
easier to implement.

> Is DSpace also 
> going to have an SRW query interface in the future? If not, what query 
> interface are you planning to provide?

OCLC have built an SRW interface to DSpace: -

http://pubserv.oclc.org/srw/Installation.html

Best regards,
jim
-- 
Jim Downing			Cambridge University Computing Service
DSpace at Cambridge Programmer	New Museums Site, Pembroke St,
ojd20 at cam.ac.uk			Cambridge. CB2 3QH

From kenzie at MIT.EDU  Mon Feb  7 17:40:41 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Mon, 07 Feb 2005 17:40:41 -0500
Subject: [Dspace-tech] Re: [Dspace-general] metadata questions
In-Reply-To: <20050207092322.GB4946@sleeperservice.csi.cam.ac.uk>
References: <4206FB7F.4060701@gawab.com>
 <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21>
 <42015B60.7010107@gawab.com>
 <1107427253.5724.174.camel@sleeperservice.csi.cam.ac.uk>
 <4206FB7F.4060701@gawab.com>
Message-ID: <5.2.1.1.2.20050207173443.02648900@hesiod>

We (actually CARET at Cambridge) are working on some new Web Services for 
DSpace that might help,
including deposit, retrieval and search (building on that earlier SRW 
service from OCLC).
You'd need to write the desktop application to do the data transfer and 
prompt for the metadata and license info,
but it sounds like you're going to need that anyway.
The Web Services should be ready pretty soon, and can be made available to 
the intrepid right away.

MacKenzie

> > What we are planning to automate is the uploading of data files that
> > researchers here in South Australia have generated. These data files
> > might just be sitting in researchers desktop machine (or somewhere else)
> > and it would be good if they can just automate the upload of these files
> > by inputting the location of these files from the command line or the
> > web interface instead of uploading the files one by one from the web
> > browser.
>
>I don't know of anything that does this, but it shouldn't be too
>difficult to write.
> > >>Are there any plans for DSpace to support other metadata schemas? Has
> > >>anybody written a Java API for DSpace which we can use if ever we decide
> > >>to write an application which will communicate with the server?
> > >
> > >
> > >DSpace has a Java API that can be used locally, where 'locally' in this
> > >context means that you can get a direct connection to the db and access
> > >to the storage filesystem (which could be achieved through NFS as far as
> > >I know). Are you specifically referring to a remote API?
> >
> > At the moment, we are only looking at doing all of these things locally
> > but it will help us a lot in making a decision of using dspace if there
> > are plans of providing a web interface for it. Are there any timeline on
> > when this functionality will be available for DSpace?
>
>It hasn't appeared on the roadmap so far. If it's useful to you, the
>best course of action is to describe the functionality you want as a
>feature request on the sourceforge site
>(http://sourceforge.net/projects/dspace) and maybe also on the roadmap
>page on the wiki (http://wiki.dspace.org/RoadMap).
>
>I have heard of a couple of initiatives to provide WS interfaces to
>DSpace, which might make the sort of functionality you're describing
>easier to implement.
>
> > Is DSpace also
> > going to have an SRW query interface in the future? If not, what query
> > interface are you planning to provide?
>
>OCLC have built an SRW interface to DSpace: -
>
>http://pubserv.oclc.org/srw/Installation.html


From scott.yeadon at anu.edu.au  Tue Feb  8 00:01:29 2005
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Tue, 08 Feb 2005 16:01:29 +1100
Subject: [Dspace-general] Re: metadata questions
Message-ID: <420847A9.6040207@anu.edu.au>

Hi MacKenzie,

Is there a link to these, they sound like what we would like to put behind some of our Cocoon processing and interface work (even a sneak preview would be good to look at).

Thanks.

Scott.

Message: 4
Date: Mon, 07 Feb 2005 17:40:41 -0500
To: Gerson Galang <gerson.sapac at gawab.com>
From: MacKenzie Smith <kenzie at MIT.EDU>
Subject: Re: [Dspace-tech] Re: [Dspace-general] metadata questions
Cc: dspace-general at mit.edu, dspace-tech <dspace-tech at lists.sourceforge.net>

We (actually CARET at Cambridge) are working on some new Web Services for 
DSpace that might help,
including deposit, retrieval and search (building on that earlier SRW 
service from OCLC).
You'd need to write the desktop application to do the data transfer and 
prompt for the metadata and license info,
but it sounds like you're going to need that anyway.
The Web Services should be ready pretty soon, and can be made available to 
the intrepid right away.

MacKenzie


>>> > What we are planning to automate is the uploading of data files that
>>> > researchers here in South Australia have generated. These data files
>>> > might just be sitting in researchers desktop machine (or somewhere else)
>>> > and it would be good if they can just automate the upload of these files
>>> > by inputting the location of these files from the command line or the
>>> > web interface instead of uploading the files one by one from the web
>>> > browser.
>>    
>>
>>
>>I don't know of anything that does this, but it shouldn't be too
>>difficult to write.
>  
>
>>>>> > >>Are there any plans for DSpace to support other metadata schemas? Has
>>>>> > >>anybody written a Java API for DSpace which we can use if ever we decide
>>>>> > >>to write an application which will communicate with the server?
>>>>        
>>>>
>>>> > >
>>>> > >
>>>> > >DSpace has a Java API that can be used locally, where 'locally' in this
>>>> > >context means that you can get a direct connection to the db and access
>>>> > >to the storage filesystem (which could be achieved through NFS as far as
>>>> > >I know). Are you specifically referring to a remote API?
>>>      
>>>
>>> >
>>> > At the moment, we are only looking at doing all of these things locally
>>> > but it will help us a lot in making a decision of using dspace if there
>>> > are plans of providing a web interface for it. Are there any timeline on
>>> > when this functionality will be available for DSpace?
>>    
>>
>>
>>It hasn't appeared on the roadmap so far. If it's useful to you, the
>>best course of action is to describe the functionality you want as a
>>feature request on the sourceforge site
>>(http://sourceforge.net/projects/dspace) and maybe also on the roadmap
>>page on the wiki (http://wiki.dspace.org/RoadMap).
>>
>>I have heard of a couple of initiatives to provide WS interfaces to
>>DSpace, which might make the sort of functionality you're describing
>>easier to implement.
>>
>  
>
>>> > Is DSpace also
>>> > going to have an SRW query interface in the future? If not, what query
>>> > interface are you planning to provide?
>>    
>>
>>
>>OCLC have built an SRW interface to DSpace: -
>>
>>http://pubserv.oclc.org/srw/Installation.html
>  
>





From dimplerp at yahoo.co.in  Tue Feb  8 03:21:03 2005
From: dimplerp at yahoo.co.in (Dimple Patel)
Date: Tue, 8 Feb 2005 13:51:03 +0530 (IST)
Subject: [Dspace-general] Announcement: International Workshop on DSpace
Message-ID: <1106.210.212.206.68.1107850863.squirrel@drtc.isibang.ac.in>

Hello All,

Documentation Research and Training Centre is pleased to announce

International Workshop on DSpace

Dates: March 7 ? 11, 2005

Venue: DRTC, Bangalore, India

Organized by:

Documentation Research and Training Centre (DRTC) Indian Statistical
Institute (ISI)

in collaboration with
Hewlett-Packard (HP labs ?India)


The Open Access and Open Source Software movements have gained rapid
momentum world over.  Many institutions and organizations are setting up
open access digital repositories using open source software, following
open standards. There are a number of free open source software available
for developing digital libraries and DSpace (http://www.dspace.org ) is
one of the most popular software developed jointly by MIT Libraries and HP
labs. DSpace is a digital asset management system. It helps create, index
and retrieve various forms of digital content.  DSpace is adaptable to
different community needs. Interoperability between systems is built-in
and it adheres to international standards for metadata.


LDL: Librarians? Digital Library, is the outcome of successful launching
of a Digital Library using the DSpace by DRTC
(https://drtc.isibang.ac.in). The International workshop on DSpace is
planned to meet the growing interest in developing Digital Libraries using
DSpace by LIS professionals. The workshop is aimed at encouraging the LIS
Professionals to build their digital repositories and train other
professionals with the experience gained.


SDL: Search-engine for Digital Libraries, SDL is a service provider in the
area of Library and Information Science.  SDL harvests metadata from
OAI-PMH compliant data providers like digital repositories and open access
journals.  Currently, more than 2,500 full-text articles are accessible
through SDL.  URL: http://drtc.isibang.ac.in/sdl


DSpace:
    * DSpace can be used to build either institutional or discipline-based
      repositories or e-prints  archives
    * DSpace can be adopted to e-journal publishing or develop e-learning
      modules
    * Submission facility allows scientists and researchers to upload
      digital documents from anywhere in the world
    * Workflow feature allows moderation/review of the submitted documents
    * Assigns persistent identifiers to each digital object in the
      repository
    * Conforms to the standards like Dublin Core and OAI-PMH v.2.0
    * Security can be built at various levels to effect restricted access
    * Asian and other world language based digital libraries can be  built
      as it conforms to the UNICODE standard
    * DSpace is an open source software and is freely downloadable from
      http://www.dspace.org


This workshop is exclusively designed to provide hands-on-experience to
the Librarians and Information Officers in developing a digital library
using DSpace software.


The topics to be covered in the Workshop
    * Digital Libraries: Overview
    * Tools and Techniques for Digital Libraries
    * Case studies and projects
    * Overview of DSpace
    * Installation of DSpace
    * DSpace Users: Anonymous, Members & Authors
    * Lucene Search Engine
    * DSpace Administration
    * Dublin Core
    * OAI-PMH
    * Persistent Identifiers
    * DSpace Customization
    * Unicode and Indian Languages


The workshop comprises of lectures, demonstration and practice on the
topics mentioned above. Computer lab facilities are made available for
practice to the participants during extended hours.


Resource Persons:
   Cambridge University faculty
   Mr. John Rose, (Ex- Programme Specialist, C&I Division, UNESCO)
   DRTC faculty
   INFLIBNET faculty
   Researchers from HP labs and DSpace at Infosys, Bangalore


Target Participants:
Library and information Science professionals from India and other countries


Registration fee:
Rs.3,000/- or equivalent foreign currency per participant


The Demand Draft/ Cash payable in favour of ?Indian Statistical Institute,
Bangalore?, and payable at Bangalore


The Registration Fee includes:
    * Workshop Kit (Workshop Volume & CD )
    * Working Lunch / Tea


Last Date for Registration: 10th February, 2005


Accommodation: Guest House Accommodation at ISI will be arranged on payment



Related Sites:
  DSpace Home              http://www.dspace.org
  DSpace at DRTC           https://drtc.isibang.ac.in
  DSpace at Cambridge      http://www.lib.cam.ac.uk/dspace/
  DSpace at MIT            https://dspace.mit.edu
  Open Access Initiative   http://www.openarchives.org


For Information and Registration you can also visit:            
http://drtc.isibang.ac.in/DRTC/workshop


Registration Form
1)      Name:

2)      Designation:

3)      Address:

4)      Telephone Number:        Office: _____________Res: _______________
        Mobile: ____________     E-mail: ________________________________

5)      Demand Draft No:                  Bank:
        Amount:                           Date:

Coordinator:
  Dr. ARD Prasad,
  Associate Professor,
  Documentation Research and Training Centre
  Indian Statistical Institute
  8th Mile, Mysore Road
  BANGALORE  560 059
  India

  Phone: 91 80  2843002/3/4/5/6 ext 496 (off)
  Fax: 91 80 28484265
  Email: ardprasad at hotmail.com
         ard at drtc.isibang.ac.in

-- 
Dimple Patel,
Documentation Research and Training Centre,
Indian Statistical Institute,
8th Mile, Mysore Road, RVCE Post,
Bangalore. PIN - 560059. Karnataka, INDIA.
---------------------------------------
1. Contribute to LDL: Librarians' Digital Library
   https://drtc.isibang.ac.in
2. Join today Digital Library Discussion Forum
   http://drtc.isibang.ac.in/dlrg
-------------------------------------------------
"I have always imagined that Paradise will be a kind of library" ? Jorge
Luis BORGES (1899-1986)






From kenzie at MIT.EDU  Tue Feb  8 16:42:19 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Tue, 08 Feb 2005 16:42:19 -0500
Subject: [Dspace-general] Re: metadata questions
In-Reply-To: <420847A9.6040207@anu.edu.au>
Message-ID: <5.2.1.1.2.20050208164056.025d0b40@hesiod>

Hi Scott,

The CARET folks are writing up a status report for the wiki as we speak...
should be there in a couple of days, and will include the scope of their 
development
(wsdl's etc.). I should explain that we undertook this development to 
support interoperability
with learning management systems, so there's a bias towards certain ed-tech 
standards
like IMS-CP, but the design is pretty general and should be easily modified 
for other
data/metadata needs. I think they're almost finished with the coding too, 
so it's worth
waiting a bit to see how far these get you.

MacKenzie

At 04:01 PM 2/8/2005 +1100, Scott Yeadon wrote:
>Hi MacKenzie,
>
>Is there a link to these, they sound like what we would like to put behind 
>some of our Cocoon processing and interface work (even a sneak preview 
>would be good to look at).
>
>Thanks.
>
>Scott.
>
>Message: 4
>Date: Mon, 07 Feb 2005 17:40:41 -0500
>To: Gerson Galang <gerson.sapac at gawab.com>
>From: MacKenzie Smith <kenzie at MIT.EDU>
>Subject: Re: [Dspace-tech] Re: [Dspace-general] metadata questions
>Cc: dspace-general at mit.edu, dspace-tech <dspace-tech at lists.sourceforge.net>
>
>We (actually CARET at Cambridge) are working on some new Web Services for 
>DSpace that might help,
>including deposit, retrieval and search (building on that earlier SRW 
>service from OCLC).
>You'd need to write the desktop application to do the data transfer and 
>prompt for the metadata and license info,
>but it sounds like you're going to need that anyway.
>The Web Services should be ready pretty soon, and can be made available to 
>the intrepid right away.
>
>MacKenzie


From gerson.sapac at gawab.com  Tue Feb  8 17:53:36 2005
From: gerson.sapac at gawab.com (Gerson Galang)
Date: Wed, 09 Feb 2005 09:23:36 +1030
Subject: [Dspace-tech] Re: [Dspace-general] metadata questions
In-Reply-To: <5.2.1.1.2.20050207173443.02648900@hesiod>
References: <4206FB7F.4060701@gawab.com>
 <002601c50946$7b3d68f0$036c4ca4@libD5YCTG21> <42015B60.7010107@gawab.com>
 <1107427253.5724.174.camel@sleeperservice.csi.cam.ac.uk>
 <4206FB7F.4060701@gawab.com> <5.2.1.1.2.20050207173443.02648900@hesiod>
Message-ID: <420942F0.40909@gawab.com>

Hi MacKenzie,

We are in no rush to get the web services functionality of DSpace
working with our project. We are still currently looking into how we can
get all of the functionalities that we need from all the other different
extensions of DSpace integrated. But it's still good to know that most
of the features that we require from DSpace is either on the way or have
already been implemented. Please drop us a line on the mailing list once
the WS interface that CARET has developed is already available for download.

Cheers,
Gerson

MacKenzie Smith wrote:
> We (actually CARET at Cambridge) are working on some new Web Services 
> for DSpace that might help,
> including deposit, retrieval and search (building on that earlier SRW 
> service from OCLC).
> You'd need to write the desktop application to do the data transfer and 
> prompt for the metadata and license info,
> but it sounds like you're going to need that anyway.
> The Web Services should be ready pretty soon, and can be made available 
> to the intrepid right away.
> 
> MacKenzie
> 
>> > What we are planning to automate is the uploading of data files that
>> > researchers here in South Australia have generated. These data files
>> > might just be sitting in researchers desktop machine (or somewhere 
>> else)
>> > and it would be good if they can just automate the upload of these 
>> files
>> > by inputting the location of these files from the command line or the
>> > web interface instead of uploading the files one by one from the web
>> > browser.
>>
>> I don't know of anything that does this, but it shouldn't be too
>> difficult to write.
>> > >>Are there any plans for DSpace to support other metadata schemas? Has
>> > >>anybody written a Java API for DSpace which we can use if ever we 
>> decide
>> > >>to write an application which will communicate with the server?
>> > >
>> > >
>> > >DSpace has a Java API that can be used locally, where 'locally' in 
>> this
>> > >context means that you can get a direct connection to the db and 
>> access
>> > >to the storage filesystem (which could be achieved through NFS as 
>> far as
>> > >I know). Are you specifically referring to a remote API?
>> >
>> > At the moment, we are only looking at doing all of these things locally
>> > but it will help us a lot in making a decision of using dspace if there
>> > are plans of providing a web interface for it. Are there any 
>> timeline on
>> > when this functionality will be available for DSpace?
>>
>> It hasn't appeared on the roadmap so far. If it's useful to you, the
>> best course of action is to describe the functionality you want as a
>> feature request on the sourceforge site
>> (http://sourceforge.net/projects/dspace) and maybe also on the roadmap
>> page on the wiki (http://wiki.dspace.org/RoadMap).
>>
>> I have heard of a couple of initiatives to provide WS interfaces to
>> DSpace, which might make the sort of functionality you're describing
>> easier to implement.
>>
>> > Is DSpace also
>> > going to have an SRW query interface in the future? If not, what query
>> > interface are you planning to provide?
>>
>> OCLC have built an SRW interface to DSpace: -
>>
>> http://pubserv.oclc.org/srw/Installation.html
> 
> 
> 


From urao at pop200.gsfc.nasa.gov  Wed Feb  9 12:02:46 2005
From: urao at pop200.gsfc.nasa.gov (Uthra Rao)
Date: Wed, 09 Feb 2005 12:02:46 -0500
Subject: [Dspace-general] dspace and tomcat security manager
Message-ID: <6.0.1.1.2.20050209115320.01b33ca0@pop200.gsfc.nasa.gov>


We have installed Tomcat 5.0.28, postgresql and Dspace on solaris 9 server. 
When we start tomcat with the Security Manager, Dspace stops working. For 
Dspace to work we have to turn off the tomcat security manager. I would 
really appreciate if someone could help me troubleshoot this problem. We 
have installed Dspace as part of tomcat in the webapps directory.

Thank You.





From robert.tansley at hp.com  Thu Feb 10 10:26:11 2005
From: robert.tansley at hp.com (Tansley, Robert)
Date: Thu, 10 Feb 2005 10:26:11 -0500
Subject: [Dspace-general] Call to the DSpace Community
Message-ID: <19ADCC0B9D4CAD4582BB9900BBCE35742A4A43@tayexc13.americas.cpqcorp.net>

Dear all DSpace users and interested parties,

As I'm sure you all know, DSpace was originally created through
investment from HP Labs and MIT.  However, since its transition
to open source development, the DSpace project has grown
hugely, incorporating contributions from a wide group of
individuals and organisations.  This group of individuals and
organisations are listed here:

http://wiki.dspace.org/DspaceContributors

However, there is still much to be done, and there are still
many opportunities for you to add yourself and your
organisation to this distinguished group!

DSpace is used by well over 100 institutions, and these have
many thousands of users; this is an opportunity for your work
to be made visible and useful to a huge audience.


HOW TO CONTRIBUTE

We understand that not everyone has developer resources to
spare, but helping the DSpace community does not necessarily
just mean developing the DSpace code.  You can help out in a
number of ways:

 * Document - provide and review technical docs, help for end
users, and guidance for those trying to implement DSpace at
their organisation

 * Test - download and try out beta releases; provide bug
reports, experiences, feedback

 * Develop - Contribute bug fixes, new features, developer
cycles. Contributing code is far easier than you might think!

 * Prototype - the best way to gain support for an idea is to
build and share prototype code

 * Deploy - Share your experiences in deploying DSpaces in
different organisations and situations, at large and small
scales

 * Support - Become active members on the mailing lists, answer
others' queries and help solve their technical problems

 * Experiment - Take the system for a spin, try it out with
different types of content and scenarios; tell everyone what
you find

 * Donate content and metadata - To test and experiment with
DSpace, free test collections unencumbered by restrictive usage
rights are needed

 * Let us know if there's a way we can ease the process of
contributing to DSpace

 * Don't be shy!  Contributions don't have to be 100% polished
or perfect; no one will think any the less of you.  "Share
early, share often" is a well-known open source mantra.  The
sooner you contribute something, the sooner others can help
with the polishing, and you no longer have to maintain the
customisation against the evolving core DSpace platform, since
it will be part of the platform!

http://wiki.dspace.org/DspaceResources is the definitive guide
to DSpace resources, including Web sites, collaboration tools
and mailing lists.

So please -- join the mailing lists; add your projects,
experiences and comments to the DSpace Wiki, and feel free to
use it as a collaboration tool for your DSpace projects;
contribute bug reports, fixes, and new features.

And above all, when you're planning projects, setting
objectives, and assembling resources, please consider
allocating at least some portion to contribute back to the
DSpace community of which you are a part, and which has given
you so much!  Your work will live on and be visible to a huge
audience.

Robert Tansley

on behalf of HP Labs, MIT Libraries, and the DSpace Committers


From dimplerp at yahoo.co.in  Thu Feb 10 10:25:32 2005
From: dimplerp at yahoo.co.in (Dimple Patel)
Date: Thu, 10 Feb 2005 20:55:32 +0530 (IST)
Subject: [Dspace-general] 
Message-ID: <4773.210.212.206.68.1108049132.squirrel@drtc.isibang.ac.in>

Hi,

We are conducting an International Workshop on Building Digital Libraries
using DSpace(http://drtc.isibang.ac.in/DRTC/workshop). In this regard, we
would like to apprise the participants of DSpace implementations all over
the world and also make them aware of the various projects going on like

  -- the Tapir Plugin for ETDs,
  -- the SIMILE project on metadata interoperability,
  -- the various plugins developed at University of Minho, Portugal etc.

I have gathered a list of such implementations and projects from the 
DSpace Wiki page at http://wiki.dspace.org. But I would also like to know,
if there are more on-going projects and implementations of DSpace apart
from those mentioned in the Wiki Pages?

Please do let me know if you are a part of such project or implementation.
You can reply to the list or to my email id: dimple at drtc.isibang.ac.in

Thank you in advance,

Regards,

Dimple Patel,
Documentation Research and Training Centre,
Indian Statistical Institute,
8th Mile, Mysore Road, RVCE Post,
Bangalore. PIN - 560059. Karnataka, INDIA.
---------------------------------------
1. Contribute to LDL: Librarians' Digital Library
   https://drtc.isibang.ac.in
2. Join today Digital Library Discussion Forum
   http://drtc.isibang.ac.in/dlrg
-------------------------------------------------
"I have always imagined that Paradise will be a kind of library" ? Jorge
Luis BORGES (1899-1986)






From dimplerp at yahoo.co.in  Thu Feb 10 10:28:46 2005
From: dimplerp at yahoo.co.in (Dimple Patel)
Date: Thu, 10 Feb 2005 20:58:46 +0530 (IST)
Subject: [Dspace-general] DSpace Projects and Implementations
Message-ID: <4791.210.212.206.68.1108049326.squirrel@drtc.isibang.ac.in>

Hi,

We are conducting an International Workshop on Building Digital
Libraries using DSpace(http://drtc.isibang.ac.in/DRTC/workshop). In this
regard, we would like to apprise the participants of DSpace
implementations all over the world and also make them aware of the
various projects going on like

  -- the Tapir Plugin for ETDs,
  -- the SIMILE project on metadata interoperability,
  -- the various plugins developed at University of Minho, Portugal etc.

I have gathered a list of such implementations and projects from the
DSpace Wiki page at http://wiki.dspace.org. But I would also like to
know, if there are more on-going projects and implementations of DSpace
apart from those mentioned in the Wiki Pages?

Please do let me know if you are a part of such project or
implementation. You can reply to the list or to my email id:
dimple at drtc.isibang.ac.in

Thank you in advance,

Regards,

Dimple Patel,
Documentation Research and Training Centre,
Indian Statistical Institute,
8th Mile, Mysore Road, RVCE Post,
Bangalore. PIN - 560059. Karnataka, INDIA.
---------------------------------------
1. Contribute to LDL: Librarians' Digital Library
   https://drtc.isibang.ac.in
2. Join today Digital Library Discussion Forum
   http://drtc.isibang.ac.in/dlrg
-------------------------------------------------
"I have always imagined that Paradise will be a kind of library" ? Jorge
Luis BORGES (1899-1986)




From r.d.jones at ed.ac.uk  Mon Feb 14 10:52:02 2005
From: r.d.jones at ed.ac.uk (Richard Jones)
Date: Mon, 14 Feb 2005 15:52:02 -0000
Subject: [Dspace-general] Next DSpace Version (1.3)
Message-ID: <508407BF97D36847BA46669CCFC09D8C0EEF47@quicksilver.ucs.ed.ac.uk>

Hi All,

With DSpace 1.2.1 recently out of the bag, we want to move rapidly on to
the next release.  It is suggested that a major release is required,
with some database schema changes necessary; this is essential to
include some of the functionality that people have been developing  to
be included.

This is therefore a call for contributions to the next major DSpace
release!  If you have some code and would like to see it appear in the
core distribution please create a patch against the last stable release
of the code, available from SourceForge, and submit it to the
SourceForge Patch manager.  Instructions for creating patches are
available here:

http://wiki.dspace.org/HowToContribute

and the DSpace Patches are available here:

https://sourceforge.net/tracker/?group_id=19984&atid=319984

In order to reach the next release in as short a timescale as possible
please have any patches that you would like considered for 1.3 submitted
to SourceForge by *18 March*.  If you can't make this date, don't worry,
patches submitted after that date will be lined up for inclusion into
the appropriate release after that.

There are already a number of features which should be available in the
upcoming release including:

- LDAP authentication support
- Submission authorisation UI improvements
- EPerson Group enhancements
- Parts of Tapir (https://sourceforge.net/projects/tapir-eul/)
- Customisable Submission Forms

Please help us add to this list by contributing your developments.

If you are interested in helping out with the general development of
DSpace, but don't have a particular patch that you are itching to
submit, why not take a look at the DSpace Feature Request system
(https://sourceforge.net/tracker/?group_id=19984&atid=369984) and see if
there's anything there that catches your eye.  Some developments that
seem particularly appropriate, and not too time consuming, that you
could consider are:

- New DC Qualifiers (754198)
- Sortable Task List (754195)
- Display handles (1087056)
- Collection item counts (1049094)
- Community edit flow (935524)
- Browse by date pull-down (681038)
- WF Rejection metadata (630443, 630441)
- Collection admin policies (630423)
- Handle format (620150)
- Configurable Item display (608493)
- File path (598927)
- Terms and Conditions (513988)

Where the bracketed number refers to the feature request number on SF.

In the mean time, there has already been the addition of customisable
submissions to the CVS copy of the core, which has been much requested,
and we could put out an interim minor release containing this addition
to the 1.2.1 code, bearing in mind that it has not yet been community
tested and may not be appropriate for a production service.

Please let the community know what you think about these issues, and
don't be afraid to contribute code to the effort or to make suggestions;
use the wiki (http://wiki.dspace.org) to share ideas and to see what
other people are up to.

Best Wishes,

Richard
-------
Richard Jones
Information Systems Developer  + A crash reduces
Edinburgh University Library   + your expensive computer
Information Systems            + to a simple stone

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

Edinburgh Research Archive: http://www.era.lib.ed.ac.uk/
Tapir on SourceForge: http://sourceforge.net/projects/tapir-eul
Theses Alive! homepage: http://www.thesesalive.ac.uk/


From kenzie at MIT.EDU  Mon Feb 14 18:43:42 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Mon, 14 Feb 2005 18:43:42 -0500
Subject: [Dspace-general] 
 Re: [Dspace-devel] Uploading of data which is not MIME
  Compatible?
In-Reply-To: <47B8E77FE2707145932EADD8C529D77F01C967A6@exchange10.b459.b
 nl.gov>
Message-ID: <5.2.1.1.2.20050214184043.03072200@hesiod>

Hi Dhaval,

I'm not sure where you looked that up, since the DSpace internal file 
format registry ships with
all formats listed as "unsupported" and you're supposed to decide for 
yourself which ones your
organization chooses to "support" (meaning provide long-term preservation 
for access).
If tar or gz are missing and you want them, just add them.

MacKenzie


At 04:24 PM 2/14/2005 -0500, Dalal, Dhaval wrote:
>
>Hi All!!
>I have some files which have been compressed and stored as *.tar.gz
>I looked up at the MIME supported formats and found out that *.tar.gz is not
>supported.
>Is it possible to upload some files in DSpace which are not MIME supported.
>Let me know.
>Thanks
>Dhaval

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


From kenzie at MIT.EDU  Mon Feb 14 21:07:40 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Mon, 14 Feb 2005 21:07:40 -0500
Subject: [Dspace-general] 
 RE: [Dspace-devel] Uploading of data which is not MIME
  Compatible ?
In-Reply-To: <47B8E77FE2707145932EADD8C529D77F01C967A7@exchange10.b459.b
 nl.gov>
Message-ID: <5.2.1.1.2.20050214210520.02584098@hesiod>

Hi Dhaval,

You should direct tech support questions just to the dspace-tech list
(dspace-tech at lists.sourceforge.net) and not *all* the dspace lists (sorry 
folks!).

I think that's all that's involved, but I'm sure someone on dspace-tech can 
guide
you if that won't do the trick.

Best,

MacKenzie

At 08:31 PM 2/14/2005 -0500, Dalal, Dhaval wrote:
>  Thanks MacKenzie
>  I did just that and it worked!!
>  Now if i want to do some processing on my uploaded "known " items like say
>generate thumbnails
>  for tiff files (this is currently not supported), I have to write my own
>mediafilter class for doing so and also include it in  mediafilter.cfg.
>  Is that all or Am i missing something?
>  Thanks
>  Dhaval
>
>-----Original Message-----
>From: MacKenzie Smith
>To: Dalal, Dhaval; 'dspace-devel at lists.sourceforge.net ';
>'dspace-tech at lists.sourceforge.net '; 'dspace-general at MIT.EDU '
>Sent: 2/14/2005 6:43 PM
>Subject: Re: [Dspace-devel] Uploading of data which is not MIME Compatible?
>
>Hi Dhaval,
>
>I'm not sure where you looked that up, since the DSpace internal file
>format registry ships with
>all formats listed as "unsupported" and you're supposed to decide for
>yourself which ones your
>organization chooses to "support" (meaning provide long-term
>preservation
>for access).
>If tar or gz are missing and you want them, just add them.
>
>MacKenzie


From rea.devakos at utoronto.ca  Tue Feb 15 09:43:02 2005
From: rea.devakos at utoronto.ca (Rea Devakos)
Date: Tue, 15 Feb 2005 09:43:02 -0500
Subject: [Dspace-general] archiving electronic gov serials in dspace 
Message-ID: <42120A76.1060807@utoronto.ca>

Hi everyone

We're involved w/ a pilot project to archive electronic government  
serials in dspace. As an initial sample, we are mapping MARC records 
from the Ontario Legislative Library. I know there has been some 
discussion about how best to organize journal articles, but I'm 
wondering if anyone has had experience  mapping metadata at the title 
level? 

Rea

-- 
Rea Devakos
T-Space Service Co-ordinator
Information Technology Services
University of Toronto Libraries
7th floor, Robarts Library
130 St. George St
Toronto, ON
Canada M5S 1A5
E: rea.devakos at utoronto.ca
V: 416-946-0113
F: 416-978-1668
http://tspace.library.utoronto.ca




From lratliff at library.ucla.edu  Tue Feb 15 10:20:38 2005
From: lratliff at library.ucla.edu (Louise Ratliff)
Date: Tue, 15 Feb 2005 07:20:38 -0800
Subject: [Dspace-general] archiving electronic gov serials in dspace
In-Reply-To: <42120A76.1060807@utoronto.ca>
References: <42120A76.1060807@utoronto.ca>
Message-ID: <54489281.1108452038@yrl-s-cat301.library.ucla.edu>

Hi,

Just an idea, but are you familiar with MODS?  This is a US Library of 
Congress standard developed to map MARC bibliographic records to an XML 
schema.

<http://www.loc.gov/standards/mods/>

Louise Ratliff
UCLA



--On Tuesday, February 15, 2005 9:43 AM -0500 Rea Devakos 
<rea.devakos at utoronto.ca> wrote:

> Hi everyone
>
> We're involved w/ a pilot project to archive electronic government
> serials in dspace. As an initial sample, we are mapping MARC records
> from the Ontario Legislative Library. I know there has been some
> discussion about how best to organize journal articles, but I'm
> wondering if anyone has had experience  mapping metadata at the title
> level?  Rea
>
> --
> Rea Devakos
> T-Space Service Co-ordinator
> Information Technology Services
> University of Toronto Libraries
> 7th floor, Robarts Library
> 130 St. George St
> Toronto, ON
> Canada M5S 1A5
> E: rea.devakos at utoronto.ca
> V: 416-946-0113
> F: 416-978-1668
> http://tspace.library.utoronto.ca
>
>
>
> _______________________________________________
> Dspace-general mailing list
> Dspace-general at mit.edu
> http://mailman.mit.edu/mailman/listinfo/dspace-general



____________________________
Louise Ratliff
Social Sciences Cataloger
UCLA Library Cataloging Center
(310) 825-8642

From andrea at helio.dgsca.unam.mx  Tue Feb 15 16:48:06 2005
From: andrea at helio.dgsca.unam.mx (andrea@helio.dgsca.unam.mx)
Date: Tue, 15 Feb 2005 15:48:06 -0600 (CST)
Subject: [Dspace-general] how import a database?
Message-ID: <1305.132.248.190.59.1108504086.squirrel@helio.dgsca.unam.mx>



Hi!

I`m from Mexico City, at this time I already installed Dspace, but I don't
 know how to import my postgres database that containt my information in
xml format.

Thanks

 Andrea Sevilla


From Nelson_R at cde.state.co.us  Wed Feb 16 13:50:44 2005
From: Nelson_R at cde.state.co.us (Nelson, Rose)
Date: Wed, 16 Feb 2005 11:50:44 -0700
Subject: [Dspace-general] Institutional Repositories Program-ALA 2005
Message-ID: <FD1D4987246F814794CC52DBD0EBC96D04983D7A@ENTERPRISE.cde.state.co.us>


Hello,  

I'm hoping that some of you on the Dspace list will be able to join us
for this program.  

The Emerging Technologies Interest Group of LITA is sponsoring a program
on policies and practices of institutional repositories for ALA 2005.
The program will be on Monday, June 27, 2005 from 8:30-11:00; the ETIG
business meeting will follow.  Location: TBA.  

This program will explore policies and practices related to
institutional repositories (IR).  We will begin the session with a
definition and introduction of IR's.  Next, we will look at how policies
and practices shape IR's by examining copyright issues, collection
development policies for IR's, and best practices or lessons learned in
implementing an IR.  Panel speakers include:

Marcy Rosenkrantz, Director of Library Systems from Cornell University; 
Robert McDonald, Assistant Director of Libraries, from Florida State
University; 
Susan Gibbons, Assistant Dean for Public Services from the University of
Rochester; 
Catherine Jannik, Digital Initiatives Manager from Georgia Institute of
Technology; 
Sandra Kerbel, Director of Public Services for the Library from the
University of Pennsylvania;   
and Rose Nelson, Library Technology Consultant from the Colorado State
Library will facilitate the panel discussion. 

Feel free to pass this message on to other colleagues.  

Thanks,

Rose

Rose Nelson
Technology Consultant
Colorado State Library
Colorado Department of Education
303-866-6946
303-748-4720






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

From r.d.jones at ed.ac.uk  Thu Feb 17 08:42:33 2005
From: r.d.jones at ed.ac.uk (Richard Jones)
Date: Thu, 17 Feb 2005 13:42:33 -0000
Subject: [Dspace-general] DSpace 1.2.2 beta 1 release
Message-ID: <508407BF97D36847BA46669CCFC09D8C0EEF63@quicksilver.ucs.ed.ac.uk>

Hi All,

The DSpace community is pleased to announce the release of DSpace
1.2.2beta1.  This release contains a number of new features requiring a
minimal upgrade procedure from DSpace 1.2.1.  This includes customisable
submission forms, configurable full-text indexing, authorisations
applied to submission buttons and a number of bug fixes. The
documentation for this release is bundled within the package.

The beta can be downloaded from the files area at
http://sourceforge.net/projects/dspace/ or from CVS using the tags
dspace-1_2_2beta1 and dspace-docs-1_2_2beta1-1 for the source code and
documentation modules respectively.

Please use the mailing lists available at
https://sourceforge.net/mail/?group_id=19984 to provide feedback on this
to help us make it into a stable release.

Best Wishes,

Richard
-------
Richard Jones
Information Systems Developer  + A crash reduces
Edinburgh University Library   + your expensive computer
Information Systems            + to a simple stone

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

Edinburgh Research Archive: http://www.era.lib.ed.ac.uk/
Tapir on SourceForge: http://sourceforge.net/projects/tapir-eul
Theses Alive! homepage: http://www.thesesalive.ac.uk/


From sergtrejo at gmail.com  Wed Feb 23 08:46:21 2005
From: sergtrejo at gmail.com (Sergio Trejo)
Date: Wed, 23 Feb 2005 03:46:21 -1000
Subject: [Dspace-general] Any problems with postgresql 8?
Message-ID: <7c3d693605022305461bb90a65@mail.gmail.com>

Hi, I am curious if there are any known problems or gotchyas with
respect to running DSpace 1.2.1 with postgresql 8.x (particularly any
tricky configuration issues?)? Thanks.

Sergio

From sergtrejo at gmail.com  Wed Feb 23 08:54:18 2005
From: sergtrejo at gmail.com (Sergio Trejo)
Date: Wed, 23 Feb 2005 03:54:18 -1000
Subject: [Dspace-general] dspace user / shared tomcat workers?
Message-ID: <7c3d6936050223055458bda4e@mail.gmail.com>

I'm in a bit of a conundrum and am wondering if anyone might be able
to offer a suggestion. I noticed in the DSpace 1.2.1 documentation
that there is a requirement such that DSpace needs to run as the same
user as Tomcat (so one might want to install and run Tomcat as a user
called 'dspace').

This is problematic for me because I'm using my default Tomcat worker
for more than just DSpace, and in fact I have Tomcat run by jsvc
(which jsvc is a UNIX daemon launched by root and run by a user named
"www" on Mac OS X). Is it generally a bad idea to share a default
Tomcat installation (with its default worker instances) with DSpace
and another application requiring Tomcat? Would it be better to have
seperate Tomcat installations and thus workers (initially on the same
machine but later it would be split out), one such installation for
DSpace and another for my other application, or can they share and
play well together under the same Tomcat install / worker set?

Thank you for any suggestions.

Sergio

From mballard at otis.edu  Wed Feb 23 12:16:49 2005
From: mballard at otis.edu (Matthew Ballard)
Date: Wed, 23 Feb 2005 09:16:49 -0800
Subject: [Dspace-general] dspace user / shared tomcat workers?
In-Reply-To: <7c3d6936050223055458bda4e@mail.gmail.com>
References: <7c3d6936050223055458bda4e@mail.gmail.com>
Message-ID: <6.1.1.1.0.20050223091435.026410d0@mail.otis.edu>

I am using jsvc.exe on my system running on Linux, and I have run two 
different tomcat applications on the same server without any problems.  I 
currently use two Host directives with separate appBase locations, which I 
did to keep them separate and to be able to control access separately, but 
I didn't need to do so.

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

At 05:54 AM 2/23/2005, you wrote:
>I'm in a bit of a conundrum and am wondering if anyone might be able
>to offer a suggestion. I noticed in the DSpace 1.2.1 documentation
>that there is a requirement such that DSpace needs to run as the same
>user as Tomcat (so one might want to install and run Tomcat as a user
>called 'dspace').
>
>This is problematic for me because I'm using my default Tomcat worker
>for more than just DSpace, and in fact I have Tomcat run by jsvc
>(which jsvc is a UNIX daemon launched by root and run by a user named
>"www" on Mac OS X). Is it generally a bad idea to share a default
>Tomcat installation (with its default worker instances) with DSpace
>and another application requiring Tomcat? Would it be better to have
>seperate Tomcat installations and thus workers (initially on the same
>machine but later it would be split out), one such installation for
>DSpace and another for my other application, or can they share and
>play well together under the same Tomcat install / worker set?
>
>Thank you for any suggestions.
>
>Sergio
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general


From harnad at ecs.soton.ac.uk  Thu Feb 24 21:50:33 2005
From: harnad at ecs.soton.ac.uk (Stevan Harnad)
Date: Fri, 25 Feb 2005 02:50:33 +0000 (GMT)
Subject: [Dspace-general] Re: Open-Access Eprint Archive Registry
In-Reply-To: <Pine.LNX.4.44.0502151326150.12560-100000@login.ecs.soton.ac.uk>
Message-ID: <Pine.LNX.4.44.0502250237240.17893-100000@login.ecs.soton.ac.uk>

               ** Apologies for Cross-Posting **

Here are some recent data on the state of Open Access Eprint Archives
Worldwide (Registry created and maintained by Tim Brody, Southampton
University):

(1) The Institutional Archives Registry 
    http://archives.eprints.org/
recently updated, now indexes 388 archives in 39 countries. 
(OAIster harvests from 405 archives, but some of those are not OA Archives.)

(2) For most OA Archives the Registry tracks their monthly growth in
number of articles. There are also summary analyses by categories:
        * Research Institutional or Departmental (169)
        * Research Cross-Institution (49)
        * e-Theses (55)
        * e-Journal/Publication (32)
        * Database (8)
        * Demonstration (39)
        * Other (36)

(3) The top 10 countries (10 tied for 10th place) are:
        1 United States (114)
        2 United Kingdom (51)
        3 Germany (28)
        4 Canada (26)
        5 Sweden (17)
        5 France (17)
        6 Australia (16)
        6 Netherlands (16)
        7 Brazil (14)
        8 Italy (13)
        9 India (6)
       10 Spain (4)
       10 Japan (4)
       10 Denmark (4)
       10 Hungary (4)
       10 Finland (4)
       10 Belgium (4)
       10 China (4)

(4) The most widely used OAI-creating software packages:
        * GNU EPrints v2 & v2 (161)
        * DSpace (65)
        * CDSWare (3)
        * ARNO (2)
        * Fedora (1)
        * DiVA (1)
        * other (various) (155)

Time-plots of the growth in the number of archives:
    http://archives.eprints.org/eprints.php?action=analysis

Time-plots of the growth in the number of articles in
each archive (if an archive's data is missing, it means it
is not yet celestial-compliant: please contact the archive
administrator to urge them to correct this so their progress
can be tracked):
    http://archives.eprints.org/eprints.php?page=all

If your institution has -- or you know of -- OAI-compliant
OA archives, please register them at:
    http://archives.eprints.org/index.php?action=add

If your institution has an OA self-archiving policy, 
please register it at:
    http://www.eprints.org/signup/fulllist.php

For further information on institutional OA self-archiving,
see:
    http://www.eprints.org/jan2005/presentations.html
and
    http://www.eprints.org/berlin3/program.html

Stevan Harnad

AMERICAN SCIENTIST OPEN ACCESS FORUM:
A complete Hypermail archive of the ongoing discussion of providing
open access to the peer-reviewed research literature online (1998-2004)
is available at:
http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/
        To join or leave the Forum or change your subscription address:
http://amsci-forum.amsci.org/archives/American-Scientist-Open-Access-Forum.html
        Post discussion to:
        american-scientist-open-access-forum at amsci.org

UNIVERSITIES: If you have adopted or plan to adopt an institutional
policy of providing Open Access to your own research article output,
please describe your policy at:
        http://www.eprints.org/signup/sign.php

UNIFIED DUAL OPEN-ACCESS-PROVISION POLICY:
    BOAI-2 ("gold"): Publish your article in a suitable open-access
            journal whenever one exists.
            http://www.doaj.org/
    BOAI-1 ("green"): Otherwise, publish your article in a suitable
            toll-access journal and also self-archive it.
            http://www.eprints.org/self-faq/
            http://romeo.eprints.org/
            http://archives.eprints.org/
            


From pbm2 at cam.ac.uk  Fri Feb 25 11:59:22 2005
From: pbm2 at cam.ac.uk (Peter Morgan)
Date: Fri, 25 Feb 2005 16:59:22 -0000
Subject: [Dspace-general] 
 Forthcoming digital repository meetings, 6-8 July 2005, Cambridge
	, UK
Message-ID: <2A70D44ECF6F1A4390DD1D98E8BEDEF2E836F6@mius2.medlan.cam.ac.uk>

With apologies for cross-posting
---------------------------------

Dear Colleagues,

Dates for your diary: 6/7/8 July 2005 at the University of Cambridge

This is an initial announcement to let you know of two related meetings that
you might wish to attend.  

The Digital Curation Centre is planning to hold a DCC workshop in the UK at
the University of Cambridge on Wednesday 6 July 2005.  

Immediately following this, a second DSpace Federation User Group meeting
will be held, also at the University of Cambridge, on Thursday-Friday, 7-8
July 2005.  

The DCC workshop will be a training event on the long-term curation and
preservation of institutional 
repositories (regardless of software platform).   The DSpace meeting will
focus on issues specific to the use of the DSpace repository platform.   As
some participants will want to attend both events, the organisers of the two
meetings will co-ordinate registration and other arrangements as far as
possible.

Some preliminary information on the two events follows below.

*******************************************************

Digital Curation Centre workshop

The Digital Curation Centre (DCC) was launched in November 2004 following a
recommendation in the JISC Continuing Access and Digital Preservation
Strategy (October 2002). The current partners of the DCC are the University
of Edinburgh, University of Glasgow, UKOLN and the Council for the Central
Laboratory of the Research Councils (CCLRC). The DCC is not itself a data
repository, nor do we attempt to impose policies and practices of one branch
of scholarship upon another. Rather, based on insight from a vibrant
research programme that addresses wider issues of data curation and
long-term preservation, we will develop and offer programmes of outreach and
practical services to assist those who must curate data. Rather than
duplicate effort, we seek to complement and contribute to the endeavours of
related organisations. 

Curation and preservation issues are integral to all digital repositories -
regardless of platform. As such, the DCC are cooperating with DSpace to
convene a one-day workshop to examine some of the major issues involved with
the long-term access to and re-use of data held within digital repositories
from a range of perspectives - including the HE/FE and e-science
communities. Themes for this event may include:

?	workflow and business models for the long-term curation and
sustainability of digital repositories
?	certification of digital repositories
?	roles and responsibilities
?	interoperability
?	metadata
?	policies

These issues will be explored through a mixture of panel discussions,
presentations, case studies and breakout sessions. The DCC is committed to
nurturing strong community relationships and a major aim for this event is
to create a forum for the sharing of experiences and ideas between a wide
range of stakeholders.  

*******************************************************

2nd DSpace Federation User Group meeting

The 1st DSpace Federation User Group meeting was held in Boston, USA, in
March 2004.  Organised by the DSpace team at MIT Libraries, it was a very
successful open 2-day meeting and was attended by approximately 120
delegates drawn from ten different countries.   It included several plenary
sessions and two parallel tracks, one focussing on technical issues and the
other on organisational policy.  (For presentations and a summary report,
see http://dspace.org/conference/conference.html) 

In the post-meeting evaluation it was concluded that many of the policy
issues were essentially platform-independent and not specific to DSpace
users, and that future discussion of such topics would be more appropriate
in a broader forum of those interested in digital repositories.  It followed
that future meetings of the DSpace Federation - the international community
of DSpace code contributors and users - should focus on issues that were
more specific to the architecture and functionality of the DSpace platform. 

The 2nd DSpace Federation User Group meeting is now being planned with this
in mind.  MIT Libraries have passed organisational responsibility for the
meeting to colleagues at Cambridge University working on the
DSpace at Cambridge project, a joint Cambridge-MIT initiative funded by the
Cambridge-MIT Institute (CMI).  The July 2005 meeting, which will be partly
sponsored by CMI, will reflect both the need for a DSpace-specific agenda
and the international character of the DSpace Federation.  

The formal Call For Papers and invitation to register will be issued
shortly.

-- 
Peter Morgan 
Project Director, DSpace at Cambridge 
Cambridge University Library 
West Road 
Cambridge 
CB3 9DR 
UK 
email: pbm2 at cam.ac.uk 
tel: +44 (0)1223 333130 
fax: +44 (0)1223 339973  


Joy Davidson 
DCC Training Coordinator and ERPANET British Editor 
Humanities Advanced Technology and Information Institute (HATII) 
George Service House, 11 University Gardens, 
University of Glasgow 
Glasgow G12 8QJ 
Scotland 
Tel: +44(0)141 330 8592 
Fax: +44(0)141 330 3788 
email: british.editor at erpanet.org
http://www.dcc.ac.uk 
http://www.erpanet.org 



From scott.yeadon at anu.edu.au  Mon Feb 28 17:52:42 2005
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Tue, 01 Mar 2005 09:52:42 +1100
Subject: [Dspace-general] Re: link to publisher version in DSpace
Message-ID: <4223A0BA.4040301@anu.edu.au>

Hi William,

We don't do this at the moment, however I expect we would use relation.isVersionOf

Scott.

From: dspace-general-bounces at mit.edu
[mailto:dspace-general-bounces at mit.edu] On Behalf Of William Simpson
Sent: Tuesday, January 25, 2005 2:11 PM
To: dspace-general at mit.edu
Subject: [Dspace-general] link to publisher version in DSpace

One of the conditions set forth by many publishers (at least the ones=20
listed on the SHERPA site) permits authors to archive the pre-print or=20
post-print copies of papers in an institutional repository provided that

they meet certain conditions. One of the conditions is "they must link=20
to publisher version."  My question is which one of the elements [in=20
DSpace] of the metadata are folks using to enter the link to the=20
publisher version?

William Simpson
University of Delaware

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



--__--__--