From khoffman at uwo.ca  Tue Jan  4 08:01:32 2005
From: khoffman at uwo.ca (Kim Tan Hoffman)
Date: Tue,  4 Jan 2005 08:01:32 -0500
Subject: [Dspace-general] Problem with deleting a collection
Message-ID: <1104843692.41da93ac4d471@mail.uwo.ca>

I have problem deleting a collection as there are still items that were
withdrawn.

How can I find out (via the web interface) what items were withdrawn in that
collection?
--
Kim Tan Hoffman
Information Technology Services
University of Western Ontario
London Ontario N5B 5B8
519 6612111 x86008






From GoadL at wlu.edu  Tue Jan  4 12:20:24 2005
From: GoadL at wlu.edu (Lloyd Goad)
Date: Tue, 04 Jan 2005 12:20:24 -0500
Subject: [Dspace-general] 
 Re: Dspace-general Digest, Vol 18, Issue 1 (Out of the Office)
Message-ID: <s1da8a18.002@GwDom1.wlu.edu>

I will be out of the office until Thrusday.
I have a bad viral infection and was sent home by my doctor.


I will be on call in an EMERGENCY only, home phone 463-3818. If you
require technical assistance during the break, please contact Gabriella.


From chixson at darkwing.uoregon.edu  Tue Jan  4 13:18:44 2005
From: chixson at darkwing.uoregon.edu (Carol Hixson)
Date: Tue, 04 Jan 2005 10:18:44 -0800
Subject: [Dspace-general] backgrounds of IR groups
Message-ID: <5.2.0.9.1.20050104100812.017bcad8@pop.uoregon.edu>

In recent discussions with some colleagues about
our work on the University of Oregon's institutional
repository, some questions were raised about
the background and expertise of the people working
on institutional repositories at different institutions.
It was fascinating to hear because each person seemed
to assume that people with their backgrounds were not
ordinarily involved in planning for and implementing
institutional repositories. So, I thought I'd conduct
an informal survey on the issue on this list:

1) How many people at your institution are involved
with the planning and implementation of your
institutional repository? (with or without FTE)
2) What is the background of the people involved?
2a) From within the library, what departments/units are
  represented? (reference, collection development,
systems, cataloging, special collections, documents,
administration, etc.)
2b) From outside the library, what departments/units are
represented? (campus computing, academic departments,
campus administration, etc.)

Thanks for your time.

Carol Hixson
Head, Metadata and Digital Library Services
University of Oregon Libraries
chixson at darkwing.uoregon.edu


From courtois at ksu.edu  Fri Jan  7 10:30:24 2005
From: courtois at ksu.edu (Martin Courtois)
Date: Fri,  7 Jan 2005 09:30:24 -0600
Subject: [Dspace-general] backgrounds of IR groups
In-Reply-To: <5.2.0.9.1.20050104100812.017bcad8@pop.uoregon.edu>
References: <5.2.0.9.1.20050104100812.017bcad8@pop.uoregon.edu>
Message-ID: <1105111824.41deab10672a6@webmail.ksu.edu>

Hi Carol,

Good question!  Here's some basic info on our fledging operation:

Quoting Carol Hixson <chixson at darkwing.uoregon.edu>:

snip

> 1) How many people at your institution are involved
> with the planning and implementation of your
> institutional repository? (with or without FTE)

9 people are directly involved with planning and implementation.  About
12 others are involved in other capacities (tech consultants, task
force members, administrators, etc.)

In terms of FTE, here's a rough breakdown:

quasi-project manager: .75 FTE
Grad School rep:       .50
SysAdmin               .05
Developer              .10
Librarians             .10
Others                 too small to estimate

> 2) What is the background of the people involved?

Manager: reference libraian, webmaster
Grad School rep: administrator
SysAdmin and Developer: computer science, IT
Librarians: cataloging
Others: administrators, IT, computer science, librarianship

> 2a) From within the library, what departments/units are
>   represented? (reference, collection development,
> systems, cataloging, special collections, documents,
> administration, etc.)

administration, cataloging, IT, reference, special collections/archives

> 2b) From outside the library, what departments/units are
> represented? (campus computing, academic departments,
> campus administration, etc.)

computing, Graduate School

Marty

Martin Courtois
Instructional Technology Assistance Center
509 Hale Library
Kansas State University
Manhattan KS 66506
courtois at ksu.edu
785-532-4428

From margretb at MIT.EDU  Fri Jan  7 14:53:20 2005
From: margretb at MIT.EDU (Margret Branschofsky)
Date: Fri, 07 Jan 2005 14:53:20 -0500
Subject: [Dspace-general] Problem with deleting a collection
In-Reply-To: <1104843692.41da93ac4d471@mail.uwo.ca>
Message-ID: <5.2.1.1.2.20050107144839.021ff458@po10.mit.edu>

Hi Nancy,

At present there is no way to get a list of withdrawn items through the 
administrative interface.  According to our programmer, this is a fairly 
easy thing to do, but it will take a while for us to get to that 
enhancement on our wishlist.

Perhaps your technical staff can help you.

Margret Branschofsky

At 08:01 AM 1/4/2005 -0500, Kim Tan Hoffman wrote:
>I have problem deleting a collection as there are still items that were
>withdrawn.
>
>How can I find out (via the web interface) what items were withdrawn in that
>collection?
>--
>Kim Tan Hoffman
>Information Technology Services
>University of Western Ontario
>London Ontario N5B 5B8
>519 6612111 x86008
>
>
>
>
>
>_______________________________________________
>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/20050107/031968d5/attachment.htm

From kenzie at MIT.EDU  Fri Jan  7 18:41:23 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Fri, 07 Jan 2005 18:41:23 -0500
Subject: [Dspace-general] Call for speakers at upcoming ACRL meeting on IRs
Message-ID: <5.2.1.1.2.20050107183815.02075760@hesiod>

Hi all,

SPARC (http://www.arl.org/sparc/) is coordinating an institutional 
repository workshop to take place during the ACRL meeting in Minneapolis on 
April , 2005.  SPARC's Alison Buckholtz has enquired about finding a 
librarian from an ACRL member library who might be willing and able to 
conduct a short (15 minute) demonstration of how DSpace operates at their 
library.  If you are interested in conducting such a demo for the workshop, 
please respond to Alison directly at alison at arl.org.

Thanks for your help,

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 jude at pdx.edu  Wed Jan 12 13:23:34 2005
From: jude at pdx.edu (Charlotte Marshall)
Date: Wed, 12 Jan 2005 10:23:34 -0800 (PST)
Subject: [Dspace-general] Copyright waiver forms
Message-ID: <Pine.GSO.4.61.0501121020200.17255@gere.odin.pdx.edu>

Our department is in the process of putting together publisher copyright 
waiver forms. Can anyone send us an example of what your department or 
university has used?
Thanks

Charlotte Marshall
Center for Science Education
Portland State University
(503)-725-8345
jude at pdx.edu


From scott.yeadon at anu.edu.au  Wed Jan 12 23:20:23 2005
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Thu, 13 Jan 2005 15:20:23 +1100
Subject: [Dspace-general] Google Scholar & DSpace Google
Message-ID: <41E5F707.7050303@anu.edu.au>

Hi,

In reference to the following article, we've had queries regarding the 
future of the DSpace Google in relation to Google scholar (e.g. 
convergence, DSpace/specific repository search as a possible filter, 
separate services, etc) Has anyone any thoughts or info on this
http://chronicle.com/free/2004/11/2004111901n.htm?

I'd be grateful for any detail on the nature of the relationship (if any) between the two projects, whether that relationship continues and whether the DSpace initiative will proceed independently of Google Scholar.

Thanks.

Scott.

From kenzie at MIT.EDU  Thu Jan 13 11:30:24 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 13 Jan 2005 11:30:24 -0500
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <41E5F707.7050303@anu.edu.au>
Message-ID: <5.2.1.1.2.20050113112549.011fe790@hesiod>

Hi Scott,

I apologize, with all the hoopla over Google Scholar I'd sort of forgotten 
about our little experiment with Google...
if I haven't already said this out loud, let me know say that I think we 
should collectively bail on the DSpace Google
experiment -- Google Scholar is far more useful and includes all of our 
content anyway (or will eventually as they
keep crawling).

For the present time, limiting search result to a small subset of DSpace 
sites (17 out of more than 70) is pretty useless for users.
If we decided to continue with the DSpace Google thing then at that very 
least we'd need to include all the DSpace repositories
so that we get closer to the 80,000+ items of content that are out there.

But as I say, Google Scholar looks to be the far more useful service down 
the road. The only change I've asked them for
that would make a big difference is some way to easily distinguish open 
access from commercial results.

What do others think? Time to pull the plug on DSpace Google?

MacKenzie

At 03:20 PM 1/13/2005 +1100, Scott Yeadon wrote:
>Hi,
>
>In reference to the following article, we've had queries regarding the 
>future of the DSpace Google in relation to Google scholar (e.g. 
>convergence, DSpace/specific repository search as a possible filter, 
>separate services, etc) Has anyone any thoughts or info on this
>http://chronicle.com/free/2004/11/2004111901n.htm?
>
>I'd be grateful for any detail on the nature of the relationship (if any) 
>between the two projects, whether that relationship continues and whether 
>the DSpace initiative will proceed independently of Google Scholar.
>
>Thanks.
>
>Scott.
>_______________________________________________
>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 


From ajhatfie at iupui.edu  Thu Jan 13 12:11:31 2005
From: ajhatfie at iupui.edu (Hatfield, Amy Jo)
Date: Thu, 13 Jan 2005 12:11:31 -0500
Subject: [Dspace-general] Google Scholar & DSpace Google
Message-ID: <34FCF4854FC72B478C655EFD2CE8FD3402131ECF@iu-mssg-mbx03.exchange.iu.edu>

Agreed.

Amy J. Hatfield, M.L.S.
Information Systems Librarian
Indiana University School of Medicine
Educational Technology
975 West Walnut Street
IB-100 Room 102A
Indianapolis, IN 46202-5121
(317)278-8402
ajhatfie at iupui.edu

-----Original Message-----
From: MacKenzie Smith [mailto:kenzie at MIT.EDU] 
Sent: Thursday, January 13, 2005 11:30 AM
To: Scott Yeadon; dspace-google-pilot at MIT.EDU
Cc: dspace-general at MIT.EDU
Subject: Re: [Dspace-general] Google Scholar & DSpace Google

Hi Scott,

I apologize, with all the hoopla over Google Scholar I'd sort of
forgotten 
about our little experiment with Google...
if I haven't already said this out loud, let me know say that I think we

should collectively bail on the DSpace Google
experiment -- Google Scholar is far more useful and includes all of our 
content anyway (or will eventually as they
keep crawling).

For the present time, limiting search result to a small subset of DSpace

sites (17 out of more than 70) is pretty useless for users.
If we decided to continue with the DSpace Google thing then at that very

least we'd need to include all the DSpace repositories
so that we get closer to the 80,000+ items of content that are out
there.

But as I say, Google Scholar looks to be the far more useful service
down 
the road. The only change I've asked them for
that would make a big difference is some way to easily distinguish open 
access from commercial results.

What do others think? Time to pull the plug on DSpace Google?

MacKenzie

At 03:20 PM 1/13/2005 +1100, Scott Yeadon wrote:
>Hi,
>
>In reference to the following article, we've had queries regarding the 
>future of the DSpace Google in relation to Google scholar (e.g. 
>convergence, DSpace/specific repository search as a possible filter, 
>separate services, etc) Has anyone any thoughts or info on this
>http://chronicle.com/free/2004/11/2004111901n.htm?
>
>I'd be grateful for any detail on the nature of the relationship (if
any) 
>between the two projects, whether that relationship continues and
whether 
>the DSpace initiative will proceed independently of Google Scholar.
>
>Thanks.
>
>Scott.
>_______________________________________________
>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 




From courtois at ksu.edu  Thu Jan 13 12:17:00 2005
From: courtois at ksu.edu (Martin Courtois)
Date: Thu, 13 Jan 2005 11:17:00 -0600
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <5.2.1.1.2.20050113112549.011fe790@hesiod>
References: <5.2.1.1.2.20050113112549.011fe790@hesiod>
Message-ID: <1105636620.41e6ad0c9ce1e@webmail.ksu.edu>

I guess I need to ask a few questions before I can respond to
MacKenzie's question about pulling the plug on DSpace Google.

Is the plan that only Google Scholar will contain content from DSpace
sites or will DSpace content also be available by searching "regular"
Google?

I don't know much about DSpace Google, but it sounds like the idea was
for Google to take steps _not_ to crawl DSpace sites other than the 17
participating institutions?  If that is the case, I'm a bit surprised
that Google contains DSpace content from other institutions, such as
this dissertation from University of MD:

Cultural Intervention, Activist Art and Discourses of Oppositionality in
the US, 1980-2000

At this point, is Google crawling any/all DSpace sites, just like any
other web site?

Marty

Martin Courtois
Instructional Technology Assistance Center
509 Hale Library
Kansas State University
Manhattan KS 66506
courtois at ksu.edu
785-532-4428

Quoting MacKenzie Smith <kenzie at mit.edu>:

> Hi Scott,
>
> I apologize, with all the hoopla over Google Scholar I'd sort of
> forgotten
> about our little experiment with Google...
> if I haven't already said this out loud, let me know say that I think
> we
> should collectively bail on the DSpace Google
> experiment -- Google Scholar is far more useful and includes all of
> our
> content anyway (or will eventually as they
> keep crawling).
>
> For the present time, limiting search result to a small subset of
> DSpace
> sites (17 out of more than 70) is pretty useless for users.
> If we decided to continue with the DSpace Google thing then at that
> very
> least we'd need to include all the DSpace repositories
> so that we get closer to the 80,000+ items of content that are out
> there.
>
> But as I say, Google Scholar looks to be the far more useful service
> down
> the road. The only change I've asked them for
> that would make a big difference is some way to easily distinguish
> open
> access from commercial results.
>
> What do others think? Time to pull the plug on DSpace Google?
>
> MacKenzie
>
> At 03:20 PM 1/13/2005 +1100, Scott Yeadon wrote:
> >Hi,
> >
> >In reference to the following article, we've had queries regarding
> the
> >future of the DSpace Google in relation to Google scholar (e.g.
> >convergence, DSpace/specific repository search as a possible filter,
> >separate services, etc) Has anyone any thoughts or info on this
> >http://chronicle.com/free/2004/11/2004111901n.htm?
> >
> >I'd be grateful for any detail on the nature of the relationship (if
> any)
> >between the two projects, whether that relationship continues and
> whether
> >the DSpace initiative will proceed independently of Google Scholar.
> >
> >Thanks.
> >
> >Scott.
> >_______________________________________________
> >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
>
>



From kenzie at MIT.EDU  Thu Jan 13 12:28:52 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 13 Jan 2005 12:28:52 -0500
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <1105636620.41e6ad0c9ce1e@webmail.ksu.edu>
References: <5.2.1.1.2.20050113112549.011fe790@hesiod>
 <5.2.1.1.2.20050113112549.011fe790@hesiod>
Message-ID: <5.2.1.1.2.20050113122454.011dff08@hesiod>


>Is the plan that only Google Scholar will contain content from DSpace
>sites or will DSpace content also be available by searching "regular"
>Google?

To the best of my knowledge, Google.com ("big google") will continue to 
harvest the entire web, including all the DSpace sites (both metadata and 
content).
Google Scholar will harvest all the DSpace repositories that they know 
about, but they currently aren't indexing the metadata, just the content.
So both.

>I don't know much about DSpace Google, but it sounds like the idea was
>for Google to take steps _not_ to crawl DSpace sites other than the 17
>participating institutions?

It was a pilot project to harvest sites that opted in -- 17 of the possible 
70 or so.
We do have the option of asking them to continue the pilot with a larger 
set of DSpace repositories included.
But unlike google.com or Google Scholar you do need to *opt in*.
The DSpace Google thing was a search restrictor in google.com that would 
limit results to content from the
17 pilot participants.

Hope that's a bit clearer.

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 S.Bevan at Cranfield.ac.uk  Thu Jan 13 15:43:28 2005
From: S.Bevan at Cranfield.ac.uk (Bevan, Simon)
Date: Thu, 13 Jan 2005 20:43:28 -0000
Subject: [Dspace-general] Google Scholar & DSpace Google
Message-ID: <BFF1A8EBAACBDA4FA5C69038E991A7E2158AAF@ccexchange-3.cns.cranfield.ac.uk>

Hi MacKenzie, and everyone,

I'd agree that Google Scholar is the natural successor to our
Google/DSpace thing and so there seems little point in continuing with a
service limited to 17 sites. 

I'd like to know whether Google learned any lessons from our pilot and
whether those lessons actually fed into the development of Scholar. If
the answer were yes, then this would give all of us a little kudos
(assuming you think Scholar a 'good thing').

It would be interesting to have the ability to limit Google Scholar
searches
to institutional repositories although I'm not sure how 'useful' this
would be.

I'll be happier when the Scholar bot gets around to indexing our DSpace
stuff!

Simon

----------------
Simon J. Bevan
Information Systems Manager
Cranfield University


-----Original Message-----
From: MacKenzie Smith [mailto:kenzie at MIT.EDU] 
Sent: 13 January 2005 16:30
To: Scott Yeadon; dspace-google-pilot at mit.edu
Cc: dspace-general at mit.edu
Subject: Re: [Dspace-general] Google Scholar & DSpace Google

Hi Scott,

I apologize, with all the hoopla over Google Scholar I'd sort of
forgotten 
about our little experiment with Google...
if I haven't already said this out loud, let me know say that I think we

should collectively bail on the DSpace Google
experiment -- Google Scholar is far more useful and includes all of our 
content anyway (or will eventually as they
keep crawling).

For the present time, limiting search result to a small subset of DSpace

sites (17 out of more than 70) is pretty useless for users.
If we decided to continue with the DSpace Google thing then at that very

least we'd need to include all the DSpace repositories
so that we get closer to the 80,000+ items of content that are out
there.

But as I say, Google Scholar looks to be the far more useful service
down 
the road. The only change I've asked them for
that would make a big difference is some way to easily distinguish open 
access from commercial results.

What do others think? Time to pull the plug on DSpace Google?

MacKenzie

At 03:20 PM 1/13/2005 +1100, Scott Yeadon wrote:
>Hi,
>
>In reference to the following article, we've had queries regarding the 
>future of the DSpace Google in relation to Google scholar (e.g. 
>convergence, DSpace/specific repository search as a possible filter, 
>separate services, etc) Has anyone any thoughts or info on this
>http://chronicle.com/free/2004/11/2004111901n.htm?
>
>I'd be grateful for any detail on the nature of the relationship (if
any) 
>between the two projects, whether that relationship continues and
whether 
>the DSpace initiative will proceed independently of Google Scholar.
>
>Thanks.
>
>Scott.
>_______________________________________________
>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 



From rea.devakos at utoronto.ca  Thu Jan 13 15:52:02 2005
From: rea.devakos at utoronto.ca (rea.devakos@utoronto.ca)
Date: Thu, 13 Jan 2005 15:52:02 -0500 (EST)
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <34FCF4854FC72B478C655EFD2CE8FD3402131ECF@iu-mssg-mbx03.exchange.iu.edu>
Message-ID: <Pine.GSO.4.10.10501131551530.26636-100000@log3.in.utoronto.ca>

ditto

Rea

On Thu, 13 Jan 2005, Hatfield, Amy Jo wrote:

> Agreed.
> 
> Amy J. Hatfield, M.L.S.
> Information Systems Librarian
> Indiana University School of Medicine
> Educational Technology
> 975 West Walnut Street
> IB-100 Room 102A
> Indianapolis, IN 46202-5121
> (317)278-8402
> ajhatfie at iupui.edu
> 
> -----Original Message-----
> From: MacKenzie Smith [mailto:kenzie at MIT.EDU] 
> Sent: Thursday, January 13, 2005 11:30 AM
> To: Scott Yeadon; dspace-google-pilot at MIT.EDU
> Cc: dspace-general at MIT.EDU
> Subject: Re: [Dspace-general] Google Scholar & DSpace Google
> 
> Hi Scott,
> 
> I apologize, with all the hoopla over Google Scholar I'd sort of
> forgotten 
> about our little experiment with Google...
> if I haven't already said this out loud, let me know say that I think we
> 
> should collectively bail on the DSpace Google
> experiment -- Google Scholar is far more useful and includes all of our 
> content anyway (or will eventually as they
> keep crawling).
> 
> For the present time, limiting search result to a small subset of DSpace
> 
> sites (17 out of more than 70) is pretty useless for users.
> If we decided to continue with the DSpace Google thing then at that very
> 
> least we'd need to include all the DSpace repositories
> so that we get closer to the 80,000+ items of content that are out
> there.
> 
> But as I say, Google Scholar looks to be the far more useful service
> down 
> the road. The only change I've asked them for
> that would make a big difference is some way to easily distinguish open 
> access from commercial results.
> 
> What do others think? Time to pull the plug on DSpace Google?
> 
> MacKenzie
> 
> At 03:20 PM 1/13/2005 +1100, Scott Yeadon wrote:
> >Hi,
> >
> >In reference to the following article, we've had queries regarding the 
> >future of the DSpace Google in relation to Google scholar (e.g. 
> >convergence, DSpace/specific repository search as a possible filter, 
> >separate services, etc) Has anyone any thoughts or info on this
> >http://chronicle.com/free/2004/11/2004111901n.htm?
> >
> >I'd be grateful for any detail on the nature of the relationship (if
> any) 
> >between the two projects, whether that relationship continues and
> whether 
> >the DSpace initiative will proceed independently of Google Scholar.
> >
> >Thanks.
> >
> >Scott.
> >_______________________________________________
> >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 
> 
> 
> 


From alally at u.washington.edu  Thu Jan 13 15:56:58 2005
From: alally at u.washington.edu (Ann Lally)
Date: Thu, 13 Jan 2005 12:56:58 -0800
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <5.2.1.1.2.20050113122454.011dff08@hesiod>
Message-ID: <003d01c4f9b2$6c830fc0$a24dd080@lib.washington.edu>

I can't think of any compelling reason to continue the pilot.

Ann

-----Original Message-----
From: MacKenzie Smith [mailto:kenzie at MIT.EDU] 
Sent: Thursday, January 13, 2005 9:29 AM
To: Martin Courtois; dspace-google-pilot at MIT.EDU; dspace-general at MIT.EDU
Subject: Re: [Dspace-general] Google Scholar & DSpace Google


>Is the plan that only Google Scholar will contain content from DSpace
>sites or will DSpace content also be available by searching "regular"
>Google?

To the best of my knowledge, Google.com ("big google") will continue to 
harvest the entire web, including all the DSpace sites (both metadata and 
content).
Google Scholar will harvest all the DSpace repositories that they know 
about, but they currently aren't indexing the metadata, just the content.
So both.

>I don't know much about DSpace Google, but it sounds like the idea was
>for Google to take steps _not_ to crawl DSpace sites other than the 17
>participating institutions?

It was a pilot project to harvest sites that opted in -- 17 of the possible 
70 or so.
We do have the option of asking them to continue the pilot with a larger 
set of DSpace repositories included.
But unlike google.com or Google Scholar you do need to *opt in*.
The DSpace Google thing was a search restrictor in google.com that would 
limit results to content from the
17 pilot participants.

Hope that's a bit clearer.

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 scott.yeadon at anu.edu.au  Thu Jan 13 16:42:35 2005
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Fri, 14 Jan 2005 08:42:35 +1100
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <5.2.1.1.2.20050113112549.011fe790@hesiod>
References: <5.2.1.1.2.20050113112549.011fe790@hesiod>
Message-ID: <41E6EB4B.2030205@anu.edu.au>

Thanks, just wanted to clarify the position. I'm happy to discard the 
Google experiment in favour of Google scholar, since it sounds like the 
interests of repositories can be addressed within the scholar service.

Scott.

MacKenzie Smith wrote:

> Hi Scott,
>
> I apologize, with all the hoopla over Google Scholar I'd sort of 
> forgotten about our little experiment with Google...
> if I haven't already said this out loud, let me know say that I think 
> we should collectively bail on the DSpace Google
> experiment -- Google Scholar is far more useful and includes all of 
> our content anyway (or will eventually as they
> keep crawling).
>
> For the present time, limiting search result to a small subset of 
> DSpace sites (17 out of more than 70) is pretty useless for users.
> If we decided to continue with the DSpace Google thing then at that 
> very least we'd need to include all the DSpace repositories
> so that we get closer to the 80,000+ items of content that are out there.
>
> But as I say, Google Scholar looks to be the far more useful service 
> down the road. The only change I've asked them for
> that would make a big difference is some way to easily distinguish 
> open access from commercial results.
>
> What do others think? Time to pull the plug on DSpace Google?
>
> MacKenzie
>
> At 03:20 PM 1/13/2005 +1100, Scott Yeadon wrote:
>
>> Hi,
>>
>> In reference to the following article, we've had queries regarding 
>> the future of the DSpace Google in relation to Google scholar (e.g. 
>> convergence, DSpace/specific repository search as a possible filter, 
>> separate services, etc) Has anyone any thoughts or info on this
>> http://chronicle.com/free/2004/11/2004111901n.htm?
>>
>> I'd be grateful for any detail on the nature of the relationship (if 
>> any) between the two projects, whether that relationship continues 
>> and whether the DSpace initiative will proceed independently of 
>> Google Scholar.
>>
>> Thanks.
>>
>> Scott.
>> _______________________________________________
>> 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 


From kenzie at MIT.EDU  Thu Jan 13 19:06:27 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Thu, 13 Jan 2005 19:06:27 -0500
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <BFF1A8EBAACBDA4FA5C69038E991A7E2158AAF@ccexchange-3.cns.cr
 anfield.ac.uk>
Message-ID: <5.2.1.1.2.20050113190128.02214498@hesiod>

At 08:43 PM 1/13/2005 +0000, Bevan, Simon wrote:
>I'd like to know whether Google learned any lessons from our pilot and
>whether those lessons actually fed into the development of Scholar. If
>the answer were yes, then this would give all of us a little kudos
>(assuming you think Scholar a 'good thing').

Well I know that Anurag Acharya (the guy at Google who worked on both 
projects) tried
a number of small experiments on the way to defining the Google Scholar 
project,
which is not itself completely finished yet... it's a work in progress. He 
definately looked
at our repositories and our data and thought about how to achieve critical 
mass,
identify quality, add the most value to the search/retrieval process, etc. 
So I think it's
safe to say that our pilot helped him along in that thinking!

>It would be interesting to have the ability to limit Google Scholar searches
>to institutional repositories although I'm not sure how 'useful' this 
>would be.

And when there's enough content in there coming from our IRs then we should 
suggest
that to them (although having the OA flags would be a good step in that 
direction!)

>I'll be happier when the Scholar bot gets around to indexing our DSpace stuff!

If you haven't already, email him at scholar-publisher at google.com to ask if 
they can
get to you sooner. They'll sometimes do an ad hoc crawl of a site if you 
ask them to...


MacKenzie 


From eloy at sdum.uminho.pt  Fri Jan 14 04:11:24 2005
From: eloy at sdum.uminho.pt (Eloy Rodrigues)
Date: Fri, 14 Jan 2005 09:11:24 -0000
Subject: [Dspace-general] Google Scholar & DSpace Google
Message-ID: <C41949C85FB6E442853982DE032997F87C7044@MUMADONA.sdum.uminho.pt>

Hi Everyone,

I share Simon's opinion.


Eloy Rodrigues
Universidade do Minho - Servi?os de Documenta??o
Campus de Gualtar, 4710-057 Braga
Tel: +351 253 60 41 50; Fax - 253 60 41 59 
Campus de Azur?m, 4800-058 Guimar?es
Tel: +351 253 51 01 19; Fax - 253 51 01 17
 
-----Original Message-----
From: Bevan, Simon [mailto:S.Bevan at Cranfield.ac.uk] 
Sent: quinta-feira, 13 de Janeiro de 2005 20:43
To: MacKenzie Smith; dspace-google-pilot at MIT.EDU
Cc: dspace-general at MIT.EDU
Subject: RE: [Dspace-general] Google Scholar & DSpace Google

Hi MacKenzie, and everyone,

I'd agree that Google Scholar is the natural successor to our
Google/DSpace thing and so there seems little point in continuing with a
service limited to 17 sites. 

I'd like to know whether Google learned any lessons from our pilot and
whether those lessons actually fed into the development of Scholar. If
the answer were yes, then this would give all of us a little kudos
(assuming you think Scholar a 'good thing').

It would be interesting to have the ability to limit Google Scholar
searches
to institutional repositories although I'm not sure how 'useful' this
would be.

I'll be happier when the Scholar bot gets around to indexing our DSpace
stuff!

Simon

----------------
Simon J. Bevan
Information Systems Manager
Cranfield University


-----Original Message-----
From: MacKenzie Smith [mailto:kenzie at MIT.EDU] 
Sent: 13 January 2005 16:30
To: Scott Yeadon; dspace-google-pilot at mit.edu
Cc: dspace-general at mit.edu
Subject: Re: [Dspace-general] Google Scholar & DSpace Google

Hi Scott,

I apologize, with all the hoopla over Google Scholar I'd sort of
forgotten 
about our little experiment with Google...
if I haven't already said this out loud, let me know say that I think we

should collectively bail on the DSpace Google
experiment -- Google Scholar is far more useful and includes all of our 
content anyway (or will eventually as they
keep crawling).

For the present time, limiting search result to a small subset of DSpace

sites (17 out of more than 70) is pretty useless for users.
If we decided to continue with the DSpace Google thing then at that very

least we'd need to include all the DSpace repositories
so that we get closer to the 80,000+ items of content that are out
there.

But as I say, Google Scholar looks to be the far more useful service
down 
the road. The only change I've asked them for
that would make a big difference is some way to easily distinguish open 
access from commercial results.

What do others think? Time to pull the plug on DSpace Google?

MacKenzie

At 03:20 PM 1/13/2005 +1100, Scott Yeadon wrote:
>Hi,
>
>In reference to the following article, we've had queries regarding the 
>future of the DSpace Google in relation to Google scholar (e.g. 
>convergence, DSpace/specific repository search as a possible filter, 
>separate services, etc) Has anyone any thoughts or info on this
>http://chronicle.com/free/2004/11/2004111901n.htm?
>
>I'd be grateful for any detail on the nature of the relationship (if
any) 
>between the two projects, whether that relationship continues and
whether 
>the DSpace initiative will proceed independently of Google Scholar.
>
>Thanks.
>
>Scott.
>_______________________________________________
>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 




From r.d.jones at ed.ac.uk  Fri Jan 14 04:13:45 2005
From: r.d.jones at ed.ac.uk (Richard Jones)
Date: Fri, 14 Jan 2005 09:13:45 -0000
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <003d01c4f9b2$6c830fc0$a24dd080@lib.washington.edu>
Message-ID: <508407BF97D36847BA46669CCFC09D8C18785C@quicksilver.ucs.ed.ac.uk>

Hi,

We were not directly involved in the Google Pilot, but I was
peripherally aware that one of the issues that might be addressed is
that of ensuring the persistent identifier for trawled items be the URL
exposed via the Google search results, and not the local, potentially
unstable, URL.  That is, links in Google search results are
http://hdl.handle.net/12345/6789 not
http://www.myir.ac.uk/handle/12345/6789.  Was this requirement/desire
dropped from the spec or will Google Scholar address this issue?

Cheers,

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/


> -----Original Message-----
> From: dspace-general-bounces at MIT.EDU 
> [mailto:dspace-general-bounces at MIT.EDU] On Behalf Of Ann Lally
> Sent: 13 January 2005 20:57
> To: 'MacKenzie Smith'; dspace-google-pilot at MIT.EDU; 
> dspace-general at MIT.EDU
> Subject: RE: [Dspace-general] Google Scholar & DSpace Google
> 
> 
> I can't think of any compelling reason to continue the pilot.
> 
> Ann
> 
> -----Original Message-----
> From: MacKenzie Smith [mailto:kenzie at MIT.EDU] 
> Sent: Thursday, January 13, 2005 9:29 AM
> To: Martin Courtois; dspace-google-pilot at MIT.EDU; 
> dspace-general at MIT.EDU
> Subject: Re: [Dspace-general] Google Scholar & DSpace Google
> 
> 
> >Is the plan that only Google Scholar will contain content 
> from DSpace 
> >sites or will DSpace content also be available by searching 
> "regular" 
> >Google?
> 
> To the best of my knowledge, Google.com ("big google") will 
> continue to 
> harvest the entire web, including all the DSpace sites (both 
> metadata and 
> content).
> Google Scholar will harvest all the DSpace repositories that 
> they know 
> about, but they currently aren't indexing the metadata, just 
> the content. So both.
> 
> >I don't know much about DSpace Google, but it sounds like 
> the idea was 
> >for Google to take steps _not_ to crawl DSpace sites other 
> than the 17 
> >participating institutions?
> 
> It was a pilot project to harvest sites that opted in -- 17 
> of the possible 
> 70 or so.
> We do have the option of asking them to continue the pilot 
> with a larger 
> set of DSpace repositories included.
> But unlike google.com or Google Scholar you do need to *opt 
> in*. The DSpace Google thing was a search restrictor in 
> google.com that would 
> limit results to content from the
> 17 pilot participants.
> 
> Hope that's a bit clearer.
> 
> MacKenzie
> 
> 
> 
> MacKenzie Smith
> Associate Director for Technology
> MIT Libraries
> Building E25-131d
> 77 Massachusetts Avenue
> Cambridge, MA  02139
> (617)253-8184
> kenzie at mit.edu 
> 
> 
> 
> _______________________________________________
> Dspace-general mailing list
> Dspace-general at mit.edu 
> http://mailman.mit.edu/mailman/listinfo/dspace> -general
> 


From bialangiano at yahoo.com.br  Fri Jan 14 06:52:53 2005
From: bialangiano at yahoo.com.br (Beatriz Langiano)
Date: Fri, 14 Jan 2005 08:52:53 -0300 (ART)
Subject: [Dspace-general] Import items - Replace option
Message-ID: <20050114115253.41653.qmail@web60908.mail.yahoo.com>

Hi, 
 
I'm reading about Importing items in dspace documentation, and there are three oprtions: add, replace and remove items.
 
I didn't understand about the replace option. 
The documentation says:  "Replacing items uses the map file to replace the old items and still retain their handles".
 
What does mean "still retain their handles"?
 
 
Thanks, Beatriz
 
 



Beatriz Langiano
Mestrado em Inform?tica
Universidade Federal do Paran? - Brasil
__________________________________________________
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20050114/96f81fc6/attachment.htm

From kenzie at MIT.EDU  Fri Jan 14 11:07:12 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Fri, 14 Jan 2005 11:07:12 -0500
Subject: [Dspace-general] Import items - Replace option
In-Reply-To: <20050114115253.41653.qmail@web60908.mail.yahoo.com>
Message-ID: <5.2.1.1.2.20050114110511.02222518@hesiod>

When you add a new item it gets a new Handle (i.e. persistent identifier).
When you replace an item the metadata and/or bitstreams are updated but the 
Handle
remains the same as before, so citations to that item continue to resolve.
When you remove an item the Handle continues to resolve to a tombstone for 
the item
so people can see that it used to exist but is out of circulation.

MacKenzie

At 08:52 AM 1/14/2005 -0300, Beatriz Langiano wrote:
>Hi,
>
>I'm reading about Importing items in dspace documentation, and there are 
>three oprtions: add, replace and remove items.
>
>I didn't understand about the replace option.
>The documentation says:  "Replacing items uses the map file to replace the 
>old items and still retain their handles".
>
>What does mean "still retain their handles"?
>
>
>Thanks, Beatriz
>
>
>
>
>Beatriz Langiano
>Mestrado em Inform?tica
>Universidade Federal do Paran? - Brasil
>
>__________________________________________________
>Converse com seus amigos em tempo real com o Yahoo! Messenger
>http://br.download.yahoo.com/messenger/
>_______________________________________________
>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 



From bialangiano at yahoo.com.br  Mon Jan 17 07:05:20 2005
From: bialangiano at yahoo.com.br (Beatriz Langiano)
Date: Mon, 17 Jan 2005 09:05:20 -0300 (ART)
Subject: [Dspace-general] Import items - Replace option
In-Reply-To: <5.2.1.1.2.20050114110511.02222518@hesiod>
Message-ID: <20050117120520.67987.qmail@web60907.mail.yahoo.com>

Hi MacKenzie and all, 

So, something is wrong in my replace option, for
example:


I'd like to replace the item 1884/576, but when I run:

dsrun org.dspace.app.itemimport.ItemImport --replace
--eperson=beatriz at inf.ufpr.br --collection=4
--source=/home/dspace/test --mapfile=mapfile


A new handle was created... see:

----------------------------------------------------
Replacing:  1884/576
Adding item from directory 1

        Loading dublin core from
/home/dspace/test/1/dublin_core.xml
        Element: language Qualifier: iso Value: po
        Element: contributor Qualifier: author Value:
Test, Final
        Element: title Qualifier: none Value: Teste
final para ver se o replace funciona
 
Processing contents file: /home/dspace/test/1/contents
Processing handle file: handle
It appears there is no handle file -- generating one
----------------------------------------------------


The handle item now is 1884/577.
Could you help me?


Thanks, Beatriz



 --- MacKenzie Smith <kenzie at MIT.EDU> escreveu: 
> When you add a new item it gets a new Handle (i.e.  

> persistent identifier).
> When you replace an item the metadata and/or
> bitstreams are updated but the 
> Handle
> remains the same as before, so citations to that
> item continue to resolve.
> When you remove an item the Handle continues to
> resolve to a tombstone for 
> the item
> so people can see that it used to exist but is out
> of circulation.
> 
> MacKenzie
> 

> At 08:52 AM 1/14/2005 -0300, Beatriz Langiano wrote:
> >Hi,
> >
> >I'm reading about Importing items in dspace
> documentation, and there are 
> >three oprtions: add, replace and remove items.
> >
> >I didn't understand about the replace option.
> >The documentation says:  "Replacing items uses the
> map file to replace the 
> >old items and still retain their handles".
> >
> >What does mean "still retain their handles"?
> >
> >
> >Thanks, Beatriz


=====
Beatriz Langiano
Mestrado em Inform?tica
Universidade Federal do Paran? - Brasil


	
	
		
_______________________________________________________ 
Yahoo! Acesso Gr?tis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ - Internet r?pida e gr?tis

From kenzie at MIT.EDU  Mon Jan 17 10:17:58 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Mon, 17 Jan 2005 10:17:58 -0500
Subject: Fwd: Re: [Dspace-general] Import items - Replace option
Message-ID: <5.2.1.1.2.20050117101315.020e9008@hesiod>

Beatriz -- this is now a tech question so I'm redirecting your question to 
the dspace-tech list.
Sorry I don't know the answer to this myself.

MacKenzie


>Date: Mon, 17 Jan 2005 09:05:20 -0300 (ART)
>From: Beatriz Langiano <bialangiano at yahoo.com.br>
>Subject: Re: [Dspace-general] Import items - Replace option
>To: MacKenzie Smith <kenzie at MIT.EDU>, Lista Dspace <dspace-general at MIT.EDU>
>
>Hi MacKenzie and all,
>
>So, something is wrong in my replace option, for
>example:
>
>I'd like to replace the item 1884/576, but when I run:
>
>dsrun org.dspace.app.itemimport.ItemImport --replace
>--eperson=beatriz at inf.ufpr.br --collection=4
>--source=/home/dspace/test --mapfile=mapfile
>
>A new handle was created... see:
>
>----------------------------------------------------
>Replacing:  1884/576
>Adding item from directory 1
>
>         Loading dublin core from
>/home/dspace/test/1/dublin_core.xml
>         Element: language Qualifier: iso Value: po
>         Element: contributor Qualifier: author Value:
>Test, Final
>         Element: title Qualifier: none Value: Teste
>final para ver se o replace funciona
>
>Processing contents file: /home/dspace/test/1/contents
>Processing handle file: handle
>It appears there is no handle file -- generating one
>----------------------------------------------------
>
>The handle item now is 1884/577.
>Could you help me?
>
>
>Thanks, Beatriz
>
>
>
>  --- MacKenzie Smith <kenzie at MIT.EDU> escreveu:
> > When you add a new item it gets a new Handle (i.e.
>
> > persistent identifier).
> > When you replace an item the metadata and/or
> > bitstreams are updated but the
> > Handle
> > remains the same as before, so citations to that
> > item continue to resolve.
> > When you remove an item the Handle continues to
> > resolve to a tombstone for
> > the item
> > so people can see that it used to exist but is out
> > of circulation.
> >
> > MacKenzie
> >
>
> > At 08:52 AM 1/14/2005 -0300, Beatriz Langiano wrote:
> > >Hi,
> > >
> > >I'm reading about Importing items in dspace
> > documentation, and there are
> > >three oprtions: add, replace and remove items.
> > >
> > >I didn't understand about the replace option.
> > >The documentation says:  "Replacing items uses the
> > map file to replace the
> > >old items and still retain their handles".
> > >
> > >What does mean "still retain their handles"?
> > >
> > >
> > >Thanks, Beatriz
>
>
>=====
>Beatriz Langiano
>Mestrado em Inform?tica
>Universidade Federal do Paran? - Brasil



From kenzie at MIT.EDU  Mon Jan 17 13:38:16 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Mon, 17 Jan 2005 13:38:16 -0500
Subject: [Dspace-general] Google Scholar & DSpace Google
In-Reply-To: <508407BF97D36847BA46669CCFC09D8C18785C@quicksilver.ucs.ed.
 ac.uk>
References: <003d01c4f9b2$6c830fc0$a24dd080@lib.washington.edu>
Message-ID: <5.2.1.1.2.20050117133002.02074850@hesiod>

You raise a good point Richard, but one that neither the Google DSpace 
pilot nor Google Scholar has addressed yet.
I will bring this up with them as an important issue for scholars citing 
material found via Google Scholar and see
what they say, but I don't think it affects a decision to continue with the 
DSpace pilot or not...

So I think the concensus was to drop the limited DSpace pilot and put our 
collectively energy into trying to make Google Scholar into the best 
possible service...
I will start a separate thread some time soon (and anyone else should feel 
welcome to do it sooner) about how to improve Google Scholar beyond
a) harvesting DSpace repositories faster
b) identifying OA vs limited access or commercial content in results
c) thinking about which URL to present in the results for long-term citability.

Another question that came up with Google was our own limited access 
content (for example, MIT doesn't make
printable PDFs of our e-theses freely available through DSpace, and the MIT 
Press titles are also restricted).
Google is interested in including such content in their crawl of DSpace 
repositories with clear terms and conditions
to prevent them from making the harvested text available via Google (like 
what they're doing with Google Print).
Is there anyone out there with limited access content who might want to 
talk about this with Google?

MacKenzie


At 09:13 AM 1/14/2005 +0000, Richard Jones wrote:
>Hi,
>
>We were not directly involved in the Google Pilot, but I was
>peripherally aware that one of the issues that might be addressed is
>that of ensuring the persistent identifier for trawled items be the URL
>exposed via the Google search results, and not the local, potentially
>unstable, URL.  That is, links in Google search results are
>http://hdl.handle.net/12345/6789 not
>http://www.myir.ac.uk/handle/12345/6789.  Was this requirement/desire
>dropped from the spec or will Google Scholar address this issue?
>
>Cheers,
>
>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/
>
>
> > -----Original Message-----
> > From: dspace-general-bounces at MIT.EDU
> > [mailto:dspace-general-bounces at MIT.EDU] On Behalf Of Ann Lally
> > Sent: 13 January 2005 20:57
> > To: 'MacKenzie Smith'; dspace-google-pilot at MIT.EDU;
> > dspace-general at MIT.EDU
> > Subject: RE: [Dspace-general] Google Scholar & DSpace Google
> >
> >
> > I can't think of any compelling reason to continue the pilot.
> >
> > Ann
> >
> > -----Original Message-----
> > From: MacKenzie Smith [mailto:kenzie at MIT.EDU]
> > Sent: Thursday, January 13, 2005 9:29 AM
> > To: Martin Courtois; dspace-google-pilot at MIT.EDU;
> > dspace-general at MIT.EDU
> > Subject: Re: [Dspace-general] Google Scholar & DSpace Google
> >
> >
> > >Is the plan that only Google Scholar will contain content
> > from DSpace
> > >sites or will DSpace content also be available by searching
> > "regular"
> > >Google?
> >
> > To the best of my knowledge, Google.com ("big google") will
> > continue to
> > harvest the entire web, including all the DSpace sites (both
> > metadata and
> > content).
> > Google Scholar will harvest all the DSpace repositories that
> > they know
> > about, but they currently aren't indexing the metadata, just
> > the content. So both.
> >
> > >I don't know much about DSpace Google, but it sounds like
> > the idea was
> > >for Google to take steps _not_ to crawl DSpace sites other
> > than the 17
> > >participating institutions?
> >
> > It was a pilot project to harvest sites that opted in -- 17
> > of the possible
> > 70 or so.
> > We do have the option of asking them to continue the pilot
> > with a larger
> > set of DSpace repositories included.
> > But unlike google.com or Google Scholar you do need to *opt
> > in*. The DSpace Google thing was a search restrictor in
> > google.com that would
> > limit results to content from the
> > 17 pilot participants.
> >
> > Hope that's a bit clearer.
> >
> > MacKenzie
> >
> >
> >
> > MacKenzie Smith
> > Associate Director for Technology
> > MIT Libraries
> > Building E25-131d
> > 77 Massachusetts Avenue
> > Cambridge, MA  02139
> > (617)253-8184
> > kenzie at mit.edu
> >
> >
> >
> > _______________________________________________
> > Dspace-general mailing list
> > Dspace-general at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/dspace> -general
> >

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 pbm2 at cam.ac.uk  Tue Jan 18 12:13:41 2005
From: pbm2 at cam.ac.uk (Peter Morgan)
Date: Tue, 18 Jan 2005 17:13:41 -0000
Subject: [Dspace-general] Google Scholar & DSpace Google
Message-ID: <2A70D44ECF6F1A4390DD1D98E8BEDEF2E8366E@mius2.medlan.cam.ac.uk>


Dear all,

As background reading to the debate on DSpace, Google and Google Scholar, if
you haven't seen it yet there's an interesting review of the latter at
http://www.galegroup.com/servlet/HTMLFileServlet?imprint=9999&region=7&fileN
ame=/reference/archive/200412/googlescholar.html

Peter

--
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  

From lcourtney at mvista.com  Wed Jan 19 19:46:09 2005
From: lcourtney at mvista.com (Lee Courtney)
Date: Wed, 19 Jan 2005 16:46:09 -0800
Subject: [Dspace-general] 
 DSpace, Fedora, Greenspace, et cetra Side by Side Comparison
In-Reply-To: <2A70D44ECF6F1A4390DD1D98E8BEDEF2E8366E@mius2.medlan.cam.ac.uk>
Message-ID: <CKEHKGBEPGNFIIBBGIJAMEKJNNAA.lcourtney@mvista.com>

Hi all,

Is anyone on the list aware of an apples to apples comparison of various
open source (DSpace, Fedora, Greenspace specifically) and commercial (IBM
Digital Librarian, Documentum) IR offerings?

I realize this type of study depends in large degree on the organization,
how the IR will be used, and what content will occupy the repository. The
question I have been asked is which of many options is best suited for us.

I've done a search of the dspace-general list archive, but didn't find any
specific leads.

Thanks for any and all pointers and assistance.

Lee Courtney
Software Collections Committee
Computer History Museum
www.computerhistory.org


From sayeed at jhu.edu  Wed Jan 19 20:30:11 2005
From: sayeed at jhu.edu (Sayeed Choudhury)
Date: Wed, 19 Jan 2005 20:30:11 -0500
Subject: [Dspace-general] DSpace, Fedora, Greenspace,
 et cetra Side by Side Comparison
In-Reply-To: <CKEHKGBEPGNFIIBBGIJAMEKJNNAA.lcourtney@mvista.com>
References: <CKEHKGBEPGNFIIBBGIJAMEKJNNAA.lcourtney@mvista.com>
Message-ID: <D3EADF1D-6A82-11D9-AAC8-000A957D6F4A@jhu.edu>

On Jan 19, 2005, at 7:46 PM, Lee Courtney wrote:

> Hi all,
>
> Is anyone on the list aware of an apples to apples comparison of 
> various
> open source (DSpace, Fedora, Greenspace specifically) and commercial 
> (IBM
> Digital Librarian, Documentum) IR offerings?
>
> I realize this type of study depends in large degree on the 
> organization,
> how the IR will be used, and what content will occupy the repository. 
> The
> question I have been asked is which of many options is best suited for 
> us.
>
> I've done a search of the dspace-general list archive, but didn't find 
> any
> specific leads.
>
> Thanks for any and all pointers and assistance.
>

Lee,

Our group at Johns Hopkins has made preliminary comparisons in the 
manner in which you describe.  We have also received a recent grant 
from the Mellon Foundation to formalize and extend our initial work.  
You raise good points regarding the organization, use of the IR, and 
the content in question.  We re planning to work with use cases to help 
focus our evaluation efforts.  The first step in our project will be to 
clarify and define use cases, and I'd welcome any feedback or ideas in 
this regard.

It's our plan to work with both MIT and UVA on this project, but we 
will consider other repositories and systems.  Our proposal is 
available at http://dkc.jhu.edu/repository.html

Sayeed

Sayeed Choudhury
Associate Director for Library Digital Programs
Hodson Director of the Digital Knowledge Center
Sheridan Libraries
Johns Hopkins University
sayeed at jhu.edu
http://dkc.jhu.edu


> Lee Courtney
> Software Collections Committee
> Computer History Museum
> www.computerhistory.org
>
> _______________________________________________
> Dspace-general mailing list
> Dspace-general at mit.edu
> http://mailman.mit.edu/mailman/listinfo/dspace-general
>
>

From kenzie at MIT.EDU  Wed Jan 19 21:15:10 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Wed, 19 Jan 2005 21:15:10 -0500
Subject: [Dspace-general]  DSpace, Fedora, Greenspace, et cetra
  Side by Side Comparison
In-Reply-To: <CKEHKGBEPGNFIIBBGIJAMEKJNNAA.lcourtney@mvista.com>
References: <2A70D44ECF6F1A4390DD1D98E8BEDEF2E8366E@mius2.medlan.cam.ac.uk>
Message-ID: <5.2.1.1.2.20050119211353.020904a8@hesiod>

Hi Lee,

Try this: http://www.soros.org/openaccess/software/
It's focussed on open access repository platforms so it doesn't include all 
the platforms
you mention, but it's a starting point. It's also a bit old, so don't 
believe it entirely.

Best,

MacKenzie


At 04:46 PM 1/19/2005 -0800, Lee Courtney wrote:
>Hi all,
>
>Is anyone on the list aware of an apples to apples comparison of various
>open source (DSpace, Fedora, Greenspace specifically) and commercial (IBM
>Digital Librarian, Documentum) IR offerings?
>
>I realize this type of study depends in large degree on the organization,
>how the IR will be used, and what content will occupy the repository. The
>question I have been asked is which of many options is best suited for us.
>
>I've done a search of the dspace-general list archive, but didn't find any
>specific leads.
>
>Thanks for any and all pointers and assistance.
>
>Lee Courtney
>Software Collections Committee
>Computer History Museum
>www.computerhistory.org
>
>_______________________________________________
>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 


From harnad at ecs.soton.ac.uk  Mon Jan 17 16:12:29 2005
From: harnad at ecs.soton.ac.uk (Stevan Harnad)
Date: Mon, 17 Jan 2005 21:12:29 +0000 (GMT)
Subject: [Dspace-general] Please register your OA Archive and your OA Policy
Message-ID: <Pine.LNX.4.44.0501172045570.4567-100000@login.ecs.soton.ac.uk>

        ** Apologies for Cross-Posting **

In preparation for the Berlin 3 international meeting on implementing 
institutional Open Access Provision Policy in February in Southampton
    http://www.eprints.org/berlin3/program.html

it would be a great help if all institutions that already have OA 
Archives would register them in the Registry of Institutional OA Archives

    Current listing of OA Archives Registry (250 archives)
    http://archives.eprints.org/index.php?action=browse

    To register your own institutional OA archive(s) 
    http://archives.eprints.org/index.php?action=add

This Registry will then chart the growth of your archive. (Please
make sure your metadata are picked up by http://celestial.eprints.org/)
    http://archives.eprints.org/index.php?page=all

Up-to-date time charts on the growth of OA Archives and their contents
worldwide will provide an incentive to further instutions to create
their own.

If your institution (or department) also has an OA Provision
(Self-Archiving) Policy, please register it in the Registry of
Institutional OA Policies.

    Current listing of OA Policy Registry (9 institutions):
    http://www.eprints.org/signup/fulllist.php

    To register your own institutional OA provision policy:
    http://www.eprints.org/signup/sign.php

Policies (9 registered so far) are even more important than archives (250
registered so far) in order to ensure that the archives fill rapidly and
reliably with their institution's research article output.

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.cogsci.soton.ac.uk/~harnad/Hypermail/Amsci/index.html
        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.earlham.edu/~peters/fos/boaifaq.htm#journals
    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://www.soros.org/openaccess/read.shtml



From alex.font at idec.upf.edu  Sat Jan 22 13:38:45 2005
From: alex.font at idec.upf.edu (Alex Font)
Date: Sat, 22 Jan 2005 19:38:45 +0100
Subject: [Dspace-general] Create-administrator problem
Message-ID: <41F29DB5.5090901@idec.upf.edu>

Hi all,

    i've already installed dspace on my debian system but when i try to 
make the last step "create-adminitrator" fails saying this:
    
kojak:/dspace/bin# ./create-administrator
Exception in thread "main" java.lang.ClassNotFoundException: 
org.dspace.administer.CreateAdministrator
   at 0x4016c24b: java.lang.Throwable.Throwable(java.lang.String) 
(/usr/lib/libgcj.so.2)
   at 0x4016285b: java.lang.Exception.Exception(java.lang.String) 
(/usr/lib/libgcj.so.2)
   at 0x40161c70: 
java.lang.ClassNotFoundException.ClassNotFoundException(java.lang.String) 
(/usr/lib/libgcj.so.2)
   at 0x401d45c5: java.net.URLClassLoader.findClass(java.lang.String) 
(/usr/lib/libgcj.so.2)
   at 0x40151c80: 
gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String) 
(/usr/lib/libgcj.so.2)
   at 0x401613ba: java.lang.ClassLoader.loadClass(java.lang.String, 
boolean) (/usr/lib/libgcj.so.2)
   at 0x401521e2: _Jv_FindClass(_Jv_Utf8Const, java.lang.ClassLoader) 
(/usr/lib/libgcj.so.2)
   at 0x4014f124: java.lang.Class.forName(java.lang.String, boolean, 
java.lang.ClassLoader) (/usr/lib/libgcj.so.2)
   at 0x4014f1d6: java.lang.Class.forName(java.lang.String) 
(/usr/lib/libgcj.so.2)
   at 0x4014d703: gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.2)
   at 0x40157b63: java.lang.Thread.run_(java.lang.Object) 
(/usr/lib/libgcj.so.2)
   at 0x402326a4: ?? (??:0)
   at 0x403d8f76: GC_start_routine (/usr/lib/libgcjgc.so.1)
   at 0x403f10ba: ?? (??:0)
   at 0x40504d6a: __clone (/lib/libc.so.6)


anybody knows the reason?
The steps before worked perfect and i can access to dspace homepage but 
appears an "internal error" in the main frame...

i installed the last dspace version and Tomcat 4 with Postgres 7.3 and 
Java j2sdk1.4.1_07


please help!!! :((

thanks

Alex

From kenzie at MIT.EDU  Sat Jan 22 16:43:35 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Sat, 22 Jan 2005 16:43:35 -0500
Subject: Fwd: [Dspace-general] Create-administrator problem
Message-ID: <5.2.1.1.2.20050122163941.020f2860@hesiod>

Hi Alex,

There is a different list for you to ask technical questions like this one. 
I am forwarding your email to that
list now, but if you have further questions please send them there (you can 
subscribe to it at
http://lists.sourceforge.net/lists/listinfo/dspace-tech

MacKenzie


>Date: Sat, 22 Jan 2005 19:38:45 +0100
>From: Alex Font <alex.font at idec.upf.edu>
>To: dspace-general at mit.edu
>Subject: [Dspace-general] Create-administrator problem
>List-Id: <dspace-general.mit.edu>
>List-Unsubscribe: <http://mailman.mit.edu/mailman/listinfo/dspace-general>,
>         <mailto:dspace-general-request at mit.edu?subject=unsubscribe>
>List-Archive: <http://mailman.mit.edu/pipermail/dspace-general>
>List-Post: <mailto:dspace-general at mit.edu>
>List-Help: <mailto:dspace-general-request at mit.edu?subject=help>
>List-Subscribe: <http://mailman.mit.edu/mailman/listinfo/dspace-general>,
>         <mailto:dspace-general-request at mit.edu?subject=subscribe>
>Sender: dspace-general-bounces at MIT.EDU
>
>Hi all,
>
>    i've already installed dspace on my debian system but when i try to 
> make the last step "create-adminitrator" fails saying this:
>
>kojak:/dspace/bin# ./create-administrator
>Exception in thread "main" java.lang.ClassNotFoundException: 
>org.dspace.administer.CreateAdministrator
>   at 0x4016c24b: java.lang.Throwable.Throwable(java.lang.String) 
> (/usr/lib/libgcj.so.2)
>   at 0x4016285b: java.lang.Exception.Exception(java.lang.String) 
> (/usr/lib/libgcj.so.2)
>   at 0x40161c70: 
> java.lang.ClassNotFoundException.ClassNotFoundException(java.lang.String) 
> (/usr/lib/libgcj.so.2)
>   at 0x401d45c5: java.net.URLClassLoader.findClass(java.lang.String) 
> (/usr/lib/libgcj.so.2)
>   at 0x40151c80: 
> gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String) 
> (/usr/lib/libgcj.so.2)
>   at 0x401613ba: java.lang.ClassLoader.loadClass(java.lang.String, 
> boolean) (/usr/lib/libgcj.so.2)
>   at 0x401521e2: _Jv_FindClass(_Jv_Utf8Const, java.lang.ClassLoader) 
> (/usr/lib/libgcj.so.2)
>   at 0x4014f124: java.lang.Class.forName(java.lang.String, boolean, 
> java.lang.ClassLoader) (/usr/lib/libgcj.so.2)
>   at 0x4014f1d6: java.lang.Class.forName(java.lang.String) 
> (/usr/lib/libgcj.so.2)
>   at 0x4014d703: gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.2)
>   at 0x40157b63: java.lang.Thread.run_(java.lang.Object) 
> (/usr/lib/libgcj.so.2)
>   at 0x402326a4: ?? (??:0)
>   at 0x403d8f76: GC_start_routine (/usr/lib/libgcjgc.so.1)
>   at 0x403f10ba: ?? (??:0)
>   at 0x40504d6a: __clone (/lib/libc.so.6)
>
>
>anybody knows the reason?
>The steps before worked perfect and i can access to dspace homepage but 
>appears an "internal error" in the main frame...
>
>i installed the last dspace version and Tomcat 4 with Postgres 7.3 and 
>Java j2sdk1.4.1_07
>
>
>please help!!! :((
>
>thanks
>
>Alex
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general


From kpetsche at iupui.edu  Mon Jan 24 14:12:23 2005
From: kpetsche at iupui.edu (Petsche, Kevin F)
Date: Mon, 24 Jan 2005 14:12:23 -0500
Subject: [Dspace-general] Ability to replace existing items
Message-ID: <37EECABFDCD02B47A114618423A57FAD0238CDD8@iu-mssg-mbx03.exchange.iu.edu>

Hi,

 

I was just reading through Beatrix's post and MacKenzie's reply about
replacing an already submitted item (and thus maintaining its handle).
Am I to conclude that the only way to do this, then, is through the
import process?  

 

This is a significant need, I believe, if DSpace is to become a
functioning repository for reusable learning objects RLO's).  We're
getting ready to engage a few communities here about this, but it seems
that these RLO's are too dynamic (i.e. they're constantly being updated
by their creators) to expect communities to go through the full
submission process each time they make an update.   

 

Also, where is there documentation about the import process?  

 

Thanks, 

 

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

 

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

From wreilly at MIT.EDU  Mon Jan 24 16:55:40 2005
From: wreilly at MIT.EDU (William Reilly)
Date: Mon, 24 Jan 2005 16:55:40 -0500
Subject: [Dspace-general] Ability to replace existing items
In-Reply-To: <37EECABFDCD02B47A114618423A57FAD0238CDD8@iu-mssg-mbx03.exchange.iu.edu>
References: <37EECABFDCD02B47A114618423A57FAD0238CDD8@iu-mssg-mbx03.exchange.iu.edu>
Message-ID: <AFFADEB2-6E52-11D9-891A-000D93AD1DF0@mit.edu>

On Jan 24, 2005, at 2:12 PM, Petsche, Kevin F wrote:
> Hi,
> I was just reading through Beatrix?s post and MacKenzie?s reply about 
> replacing an already submitted item (and thus maintaining its 
> handle).? Am I to conclude that the only way to do this, then, is 
> through the import process??
>
> This is a significant need, I believe, if DSpace is to become a 
> functioning repository for reusable learning objects RLO?s).? We?re 
> getting ready to engage a few communities here about this, but it 
> seems that these RLO?s are too dynamic (i.e. they?re constantly being 
> updated by their creators) to expect communities to go through the 
> full submission process each time they make an update.? ?
>

Hello Kevin,

I would be very interested to follow up with you to learn more about 
the nature of your RLOs and expected usage patterns.

[I'm taking the liberty of cross-addressing this response to the DSpace 
LOR (Learning Object Repository) listserv dspace-lor.]

I wanted to let you know here at MIT we are at work on a project called 
CWSpace to archive MIT's OpenCourseWare in DSpace, and are quite 
interested in ingesting and managing LOs (and entire course websites) 
as DSpace Items.  We've devised a profile for the use of the IMS 
Content Package for this purpose, and we hope to extend it to usefully 
accommodate the course and LO packaging needs of our other MIT LMSs 
(Stellar and SloanSpace), as well as eventually Sakai.

The new import functionality is just beginning to get designed then 
coded.  It will need to handle IMS-CP, with (we hope) a successful 
transform (XSLT) to a METS package; an importer module for one or both 
of those package formats is the work ahead.  Exporters for each are 
also slated.

In any event, my first take on reading your post strikes me that what 
we have in mind are LOs that might be considered more "final" and 
"published" than what it sounds like your communities are talking 
about.  It would be interesting to hear just how your communities 
envision using this kind of digital repository for works that remain, 
to some degree, "in progress..." :^)   Are they currently using 
anything more along the lines of content managment systems (more 
attuned to workflow, versioning, etc.)?
-- This isn't to say that we on our end won't also face "interesting" 
problems concerning what to do with variants and new versions of LOs, 
and of entire, re-used courses for that matter.   All in the work 
ahead.

> Also, where is there documentation about the import process??

http://dspace.org/technology/system-docs/application.html#itemimporter

> Kevin Petsche
>

Best,

William Reilly
Technical Analyst
MIT Libraries' Digital Library Research Group
Project Manager, CWSpace
http://cwspace.mit.edu
wreilly at mit.edu
617 253 5716



From joris.klerkx at cs.kuleuven.ac.be  Tue Jan 25 08:52:45 2005
From: joris.klerkx at cs.kuleuven.ac.be (Joris Klerkx)
Date: Tue, 25 Jan 2005 14:52:45 +0100
Subject: [Dspace-lor] Re: [Dspace-general] Ability to replace existing
 items
In-Reply-To: <200501242209.j0OM97l09363@iris.cs.kuleuven.ac.be>
References: <200501242209.j0OM97l09363@iris.cs.kuleuven.ac.be>
Message-ID: <41F64F2D.3020009@cs.kuleuven.ac.be>

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

From Kalbs at post.queensu.ca  Tue Jan 25 12:34:47 2005
From: Kalbs at post.queensu.ca (Sam Kalb)
Date: Tue, 25 Jan 2005 12:34:47 -0500
Subject: [Dspace-general] Ability to replace existing items
In-Reply-To: <200501251701.j0PH1eh7005156@pch.mit.edu>
References: <200501251701.j0PH1eh7005156@pch.mit.edu>
Message-ID: <6.2.0.14.0.20050125123056.0298dfe0@post.queensu.ca>

I agree that this capability is a significant need.  Not only for learning 
objects but for other types of documents.
Sam

>Date: Mon, 24 Jan 2005 14:12:23 -0500
>From: "Petsche, Kevin F" <kpetsche at iupui.edu>
>To: <dspace-general at mit.edu>
>Subject: [Dspace-general] Ability to replace existing items
>Message-ID: 
><37EECABFDCD02B47A114618423A57FAD0238CDD8 at iu-mssg-mbx03.exchange.iu.edu>
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C50248.A27BFDDD"
>MIME-Version: 1.0
>Precedence: list
>Message: 1
>
>This is a multi-part message in MIME format.
>
>------_=_NextPart_001_01C50248.A27BFDDD
>Content-Type: text/plain;
>         charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable
>
>Hi,
>
>=20
>
>I was just reading through Beatrix's post and MacKenzie's reply about
>replacing an already submitted item (and thus maintaining its handle).
>Am I to conclude that the only way to do this, then, is through the
>import process? =20
>
>=20
>
>This is a significant need, I believe, if DSpace is to become a
>functioning repository for reusable learning objects RLO's).  We're
>getting ready to engage a few communities here about this, but it seems
>that these RLO's are too dynamic (i.e. they're constantly being updated
>by their creators) to expect communities to go through the full
>submission process each time they make an update.  =20
>
>=20
>
>Also, where is there documentation about the import process? =20
>
>=20
>
>Thanks,=20
>
>=20
>
>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)
>
>=20
>
><mailto:kpetsche at iupui.edu> kpetsche at iupui.edu
>
>=20
>
>
>------_=_NextPart_001_01C50248.A27BFDDD
>Content-Type: text/html;
>         charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable
>
>Hi,
>
>
>
>I was just reading through Beatrix's post and = MacKenzie's reply about 
>replacing an already submitted item (and thus maintaining = its 
>handle).  Am I to conclude that the only way to do this, then, is = 
>through the import process?
>
>
>
>This is a significant need, I believe, if DSpace is = to become a 
>functioning repository for reusable learning objects = RLO's).  We're 
>getting ready to engage a few communities here about this, but it seems = 
>that these RLO's are too dynamic (i.e. they're constantly being = updated 
>by their creators) to expect communities to go through the full = 
>submission process each time they make an update.  =
>
>
>
>Also, where is there documentation about the import process?
>
>
>
>Thanks,
>
>
>
>Kevin = Petsche
>
>Electronic Journals Collection = Manager
>
>IUPUI<= /st1:place> University = Library
>
>UL1115K
>=
>
>755 W. Michigan = Street
>
>Indianapolis, IN  = 46202-5196
>
>317.278.2330 = (Office)
>
>317.278.0368 = (Fax)
>
>
>
>kpetsche at iupui.edu
>
>
>
>------_=_NextPart_001_01C50248.A27BFDDD--
>------------------------------

----------------------------------------------------------------------
Sam Kalb
Library Assessment & IT Projects Coordinator,
Queen's University Libraries
Kingston, Ontario, Canada  K7L 5C4
Phone: (613) 533-2830; Fax: (613) 533-6362
Email: kalbs at post.queensu.ca 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20050125/31b3900b/attachment.htm

From wsimpson at udel.edu  Tue Jan 25 16:11:06 2005
From: wsimpson at udel.edu (William Simpson)
Date: Tue, 25 Jan 2005 16:11:06 -0500
Subject: [Dspace-general] link to publisher version in DSpace
Message-ID: <41F6B5EA.5030805@udel.edu>

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


From kenzie at MIT.EDU  Wed Jan 26 00:54:11 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Wed, 26 Jan 2005 00:54:11 -0500
Subject: [Dspace-general] Ability to replace existing items
In-Reply-To: <6.2.0.14.0.20050125123056.0298dfe0@post.queensu.ca>
References: <200501251701.j0PH1eh7005156@pch.mit.edu>
 <200501251701.j0PH1eh7005156@pch.mit.edu>
Message-ID: <5.2.1.1.2.20050126004539.0231e550@hesiod>

As is so often the case, this is *not* a technical issue... DSpace is quite 
capable of supporting file replacements
via several means, include direct sql calls to the database (as we've had 
to do on occaision to clean up messes).
Rather this is a local *policy* issue, and it has several important 
consequences.... for one thing the associated
metadata can get messed up (e.g. the checksums and other technical 
properties of the file) if they aren't also
regenerated when the replacement is deposited.

The other *major* problem with allowing replacements is the whole long-term 
persistence and preservation
commitment that some of us are making to our community... if someone 
submits a paper to DSpace and it
gets a Handle, then someone else cites that paper in DSpace using that 
Handle, then the author decides to
submit a different version of his paper and *replaces* the original, the 
citer is out of luck -- the new version
might invalidate her conclusions in the citing document and *no one will 
ever know that the cited work is not
the original one that she read*. In other words, you're toying with the 
scholarly record. When faculty have asked
us to change our no replacement policy and we've talked them through this 
example they often concur that it
would be better to keep all versions.

However, I can see that while published papers probably shouldn't be 
replaced willy nilly, since they're part
of the permanent scholarly record, a learning object or other item that is 
more ephemeral in nature might not
require such strict policies. Up to you...

MacKenzie


At 12:34 PM 1/25/2005 -0500, Sam Kalb wrote:
>I agree that this capability is a significant need.  Not only for learning 
>objects but for other types of documents.
>Sam
>
>>Date: Mon, 24 Jan 2005 14:12:23 -0500
>>From: "Petsche, Kevin F" <kpetsche at iupui.edu>
>>To: <dspace-general at mit.edu>
>>Subject: [Dspace-general] Ability to replace existing items
>>Message-ID: 
>><37EECABFDCD02B47A114618423A57FAD0238CDD8 at iu-mssg-mbx03.exchange.iu.edu>
>>Content-Type: multipart/alternative;
>>         boundary="----_=_NextPart_001_01C50248.A27BFDDD"
>>MIME-Version: 1.0
>>Precedence: list
>>Message: 1
>>
>>This is a multi-part message in MIME format.
>>
>>------_=_NextPart_001_01C50248.A27BFDDD
>>Content-Type: text/plain;
>>         charset="us-ascii"
>>Content-Transfer-Encoding: quoted-printable
>>
>>Hi,
>>
>>=20
>>
>>I was just reading through Beatrix's post and MacKenzie's reply about
>>replacing an already submitted item (and thus maintaining its handle).
>>Am I to conclude that the only way to do this, then, is through the
>>import process? =20
>>
>>=20
>>
>>This is a significant need, I believe, if DSpace is to become a
>>functioning repository for reusable learning objects RLO's).  We're
>>getting ready to engage a few communities here about this, but it seems
>>that these RLO's are too dynamic (i.e. they're constantly being updated
>>by their creators) to expect communities to go through the full
>>submission process each time they make an update.  =20
>>
>>=20
>>
>>Also, where is there documentation about the import process? =20
>>
>>=20
>>
>>Thanks,=20
>>
>>=20
>>
>>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)
>>
>>=20
>>
>>< mailto:kpetsche at iupui.edu> kpetsche at iupui.edu
>>
>>=20
>>
>>
>>------_=_NextPart_001_01C50248.A27BFDDD
>>Content-Type: text/html;
>>         charset="us-ascii"
>>Content-Transfer-Encoding: quoted-printable
>>
>>Hi,
>>
>>
>>
>>I was just reading through Beatrix's post and = MacKenzie's reply about 
>>replacing an already submitted item (and thus maintaining = its 
>>handle).  Am I to conclude that the only way to do this, then, is = 
>>through the import process?
>>
>>
>>
>>This is a significant need, I believe, if DSpace is = to become a 
>>functioning repository for reusable learning objects = RLO's).  We're 
>>getting ready to engage a few communities here about this, but it seems = 
>>that these RLO's are too dynamic (i.e. they're constantly being = updated 
>>by their creators) to expect communities to go through the full = 
>>submission process each time they make an update.  =
>>
>>
>>
>>Also, where is there documentation about the import process?
>>
>>
>>
>>Thanks,
>>
>>
>>
>>Kevin = Petsche
>>
>>Electronic Journals Collection = Manager
>>
>>IUPUI<= /st1:place> University = Library
>>
>>UL1115K
>>=
>>
>>755 W. Michigan = Street
>>
>>Indianapolis, IN  = 46202-5196
>>
>>317.278.2330 = (Office)
>>
>>317.278.0368 = (Fax)
>>
>>
>>
>>kpetsche at iupui.edu
>>
>>
>>
>>------_=_NextPart_001_01C50248.A27BFDDD--
>>------------------------------
>
>----------------------------------------------------------------------
>Sam Kalb
>Library Assessment & IT Projects Coordinator,
>Queen's University Libraries
>Kingston, Ontario, Canada  K7L 5C4
>Phone: (613) 533-2830; Fax: (613) 533-6362
>Email: kalbs at post.queensu.ca
>_______________________________________________
>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 


From john.preston at uwimona.edu.jm  Wed Jan 26 08:41:42 2005
From: john.preston at uwimona.edu.jm (John Preston)
Date: Wed, 26 Jan 2005 08:41:42 -0500
Subject: [Dspace-general] Ability to replace existing items
In-Reply-To: <5.2.1.1.2.20050126004539.0231e550@hesiod>
References: <200501251701.j0PH1eh7005156@pch.mit.edu>
	 <200501251701.j0PH1eh7005156@pch.mit.edu>
	 <5.2.1.1.2.20050126004539.0231e550@hesiod>
Message-ID: <1106746903.6557.8.camel@jgrass>

Wouldn't a good compromise be to have some versioning info with objects
that would indicate that this is a more recent version of an original
and possibly some info on when it was checked in, etc.

We have the need for this with LO's

John

On Wed, 2005-01-26 at 00:54 -0500, MacKenzie Smith wrote:
> As is so often the case, this is *not* a technical issue... DSpace is quite 
> capable of supporting file replacements
> via several means, include direct sql calls to the database (as we've had 
> to do on occaision to clean up messes).
> Rather this is a local *policy* issue, and it has several important 
> consequences.... for one thing the associated
> metadata can get messed up (e.g. the checksums and other technical 
> properties of the file) if they aren't also
> regenerated when the replacement is deposited.
> 
> The other *major* problem with allowing replacements is the whole long-term 
> persistence and preservation
> commitment that some of us are making to our community... if someone 
> submits a paper to DSpace and it
> gets a Handle, then someone else cites that paper in DSpace using that 
> Handle, then the author decides to
> submit a different version of his paper and *replaces* the original, the 
> citer is out of luck -- the new version
> might invalidate her conclusions in the citing document and *no one will 
> ever know that the cited work is not
> the original one that she read*. In other words, you're toying with the 
> scholarly record. When faculty have asked
> us to change our no replacement policy and we've talked them through this 
> example they often concur that it
> would be better to keep all versions.
> 
> However, I can see that while published papers probably shouldn't be 
> replaced willy nilly, since they're part
> of the permanent scholarly record, a learning object or other item that is 
> more ephemeral in nature might not
> require such strict policies. Up to you...
> 
> MacKenzie
> 
> 
> At 12:34 PM 1/25/2005 -0500, Sam Kalb wrote:
> >I agree that this capability is a significant need.  Not only for learning 
> >objects but for other types of documents.
> >Sam
> >
> >>Date: Mon, 24 Jan 2005 14:12:23 -0500
> >>From: "Petsche, Kevin F" <kpetsche at iupui.edu>
> >>To: <dspace-general at mit.edu>
> >>Subject: [Dspace-general] Ability to replace existing items
> >>Message-ID: 
> >><37EECABFDCD02B47A114618423A57FAD0238CDD8 at iu-mssg-mbx03.exchange.iu.edu>
> >>Content-Type: multipart/alternative;
> >>         boundary="----_=_NextPart_001_01C50248.A27BFDDD"
> >>MIME-Version: 1.0
> >>Precedence: list
> >>Message: 1
> >>
> >>This is a multi-part message in MIME format.
> >>
> >>------_=_NextPart_001_01C50248.A27BFDDD
> >>Content-Type: text/plain;
> >>         charset="us-ascii"
> >>Content-Transfer-Encoding: quoted-printable
> >>
> >>Hi,
> >>
> >>=20
> >>
> >>I was just reading through Beatrix's post and MacKenzie's reply about
> >>replacing an already submitted item (and thus maintaining its handle).
> >>Am I to conclude that the only way to do this, then, is through the
> >>import process? =20
> >>
> >>=20
> >>
> >>This is a significant need, I believe, if DSpace is to become a
> >>functioning repository for reusable learning objects RLO's).  We're
> >>getting ready to engage a few communities here about this, but it seems
> >>that these RLO's are too dynamic (i.e. they're constantly being updated
> >>by their creators) to expect communities to go through the full
> >>submission process each time they make an update.  =20
> >>
> >>=20
> >>
> >>Also, where is there documentation about the import process? =20
> >>
> >>=20
> >>
> >>Thanks,=20
> >>
> >>=20
> >>
> >>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)
> >>
> >>=20
> >>
> >>< mailto:kpetsche at iupui.edu> kpetsche at iupui.edu
> >>
> >>=20
> >>
> >>
> >>------_=_NextPart_001_01C50248.A27BFDDD
> >>Content-Type: text/html;
> >>         charset="us-ascii"
> >>Content-Transfer-Encoding: quoted-printable
> >>
> >>Hi,
> >>
> >>
> >>
> >>I was just reading through Beatrix's post and = MacKenzie's reply about 
> >>replacing an already submitted item (and thus maintaining = its 
> >>handle).  Am I to conclude that the only way to do this, then, is = 
> >>through the import process?
> >>
> >>
> >>
> >>This is a significant need, I believe, if DSpace is = to become a 
> >>functioning repository for reusable learning objects = RLO's).  We're 
> >>getting ready to engage a few communities here about this, but it seems = 
> >>that these RLO's are too dynamic (i.e. they're constantly being = updated 
> >>by their creators) to expect communities to go through the full = 
> >>submission process each time they make an update.  =
> >>
> >>
> >>
> >>Also, where is there documentation about the import process?
> >>
> >>
> >>
> >>Thanks,
> >>
> >>
> >>
> >>Kevin = Petsche
> >>
> >>Electronic Journals Collection = Manager
> >>
> >>IUPUI<= /st1:place> University = Library
> >>
> >>UL1115K
> >>=
> >>
> >>755 W. Michigan = Street
> >>
> >>Indianapolis, IN  = 46202-5196
> >>
> >>317.278.2330 = (Office)
> >>
> >>317.278.0368 = (Fax)
> >>
> >>
> >>
> >>kpetsche at iupui.edu
> >>
> >>
> >>
> >>------_=_NextPart_001_01C50248.A27BFDDD--
> >>------------------------------
> >
> >----------------------------------------------------------------------
> >Sam Kalb
> >Library Assessment & IT Projects Coordinator,
> >Queen's University Libraries
> >Kingston, Ontario, Canada  K7L 5C4
> >Phone: (613) 533-2830; Fax: (613) 533-6362
> >Email: kalbs at post.queensu.ca
> >_______________________________________________
> >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
-- 
John Preston                                    Tel: (876) 927-1777
International Centre for Environmental          Fax: (876) 977-9768
and Nuclear Sciences
University of the West Indies, Mona Campus,
Mona Road, Kingston 7, JAMAICA. Email: john.preston at uwimona.edu.jm


From kenzie at MIT.EDU  Wed Jan 26 10:52:14 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Wed, 26 Jan 2005 10:52:14 -0500
Subject: [Dspace-general] Ability to replace existing items
In-Reply-To: <1106746903.6557.8.camel@jgrass>
References: <5.2.1.1.2.20050126004539.0231e550@hesiod>
 <200501251701.j0PH1eh7005156@pch.mit.edu>
 <200501251701.j0PH1eh7005156@pch.mit.edu>
 <5.2.1.1.2.20050126004539.0231e550@hesiod>
Message-ID: <5.2.1.1.2.20050126105024.02329ec8@hesiod>

Yes! And this is possible to do now within the metadata (i.e. forward and 
backward links
to new/old versions using their Handles, and with the default being the 
latest).
Hopefully a future version of DSpace will handle versions more elegantly in 
the UI,
but the basic concept of multiple versions all being accessible is one that 
I really like.

MacKenzie

At 08:41 AM 1/26/2005 -0500, John Preston wrote:
>Wouldn't a good compromise be to have some versioning info with objects
>that would indicate that this is a more recent version of an original
>and possibly some info on when it was checked in, etc.
>
>We have the need for this with LO's
>
>John
>
>On Wed, 2005-01-26 at 00:54 -0500, MacKenzie Smith wrote:
> > As is so often the case, this is *not* a technical issue... DSpace is 
> quite
> > capable of supporting file replacements
> > via several means, include direct sql calls to the database (as we've had
> > to do on occaision to clean up messes).
> > Rather this is a local *policy* issue, and it has several important
> > consequences.... for one thing the associated
> > metadata can get messed up (e.g. the checksums and other technical
> > properties of the file) if they aren't also
> > regenerated when the replacement is deposited.
> >
> > The other *major* problem with allowing replacements is the whole 
> long-term
> > persistence and preservation
> > commitment that some of us are making to our community... if someone
> > submits a paper to DSpace and it
> > gets a Handle, then someone else cites that paper in DSpace using that
> > Handle, then the author decides to
> > submit a different version of his paper and *replaces* the original, the
> > citer is out of luck -- the new version
> > might invalidate her conclusions in the citing document and *no one will
> > ever know that the cited work is not
> > the original one that she read*. In other words, you're toying with the
> > scholarly record. When faculty have asked
> > us to change our no replacement policy and we've talked them through this
> > example they often concur that it
> > would be better to keep all versions.
> >
> > However, I can see that while published papers probably shouldn't be
> > replaced willy nilly, since they're part
> > of the permanent scholarly record, a learning object or other item that is
> > more ephemeral in nature might not
> > require such strict policies. Up to you...
> >
> > MacKenzie
> >
> >
> > At 12:34 PM 1/25/2005 -0500, Sam Kalb wrote:
> > >I agree that this capability is a significant need.  Not only for 
> learning
> > >objects but for other types of documents.
> > >Sam
> > >
> > >>Date: Mon, 24 Jan 2005 14:12:23 -0500
> > >>From: "Petsche, Kevin F" <kpetsche at iupui.edu>
> > >>To: <dspace-general at mit.edu>
> > >>Subject: [Dspace-general] Ability to replace existing items
> > >>Message-ID:
> > >><37EECABFDCD02B47A114618423A57FAD0238CDD8 at iu-mssg-mbx03.exchange.iu.edu>
> > >>Content-Type: multipart/alternative;
> > >>         boundary="----_=_NextPart_001_01C50248.A27BFDDD"
> > >>MIME-Version: 1.0
> > >>Precedence: list
> > >>Message: 1
> > >>
> > >>This is a multi-part message in MIME format.
> > >>
> > >>------_=_NextPart_001_01C50248.A27BFDDD
> > >>Content-Type: text/plain;
> > >>         charset="us-ascii"
> > >>Content-Transfer-Encoding: quoted-printable
> > >>
> > >>Hi,
> > >>
> > >>=20
> > >>
> > >>I was just reading through Beatrix's post and MacKenzie's reply about
> > >>replacing an already submitted item (and thus maintaining its handle).
> > >>Am I to conclude that the only way to do this, then, is through the
> > >>import process? =20
> > >>
> > >>=20
> > >>
> > >>This is a significant need, I believe, if DSpace is to become a
> > >>functioning repository for reusable learning objects RLO's).  We're
> > >>getting ready to engage a few communities here about this, but it seems
> > >>that these RLO's are too dynamic (i.e. they're constantly being updated
> > >>by their creators) to expect communities to go through the full
> > >>submission process each time they make an update.  =20
> > >>
> > >>=20
> > >>
> > >>Also, where is there documentation about the import process? =20
> > >>
> > >>=20
> > >>
> > >>Thanks,=20
> > >>
> > >>=20
> > >>
> > >>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)
> > >>
> > >>=20
> > >>
> > >>< mailto:kpetsche at iupui.edu> kpetsche at iupui.edu
> > >>
> > >>=20
> > >>
> > >>
> > >>------_=_NextPart_001_01C50248.A27BFDDD
> > >>Content-Type: text/html;
> > >>         charset="us-ascii"
> > >>Content-Transfer-Encoding: quoted-printable
> > >>
> > >>Hi,
> > >>
> > >>
> > >>
> > >>I was just reading through Beatrix's post and = MacKenzie's reply about
> > >>replacing an already submitted item (and thus maintaining = its
> > >>handle).  Am I to conclude that the only way to do this, then, is =
> > >>through the import process?
> > >>
> > >>
> > >>
> > >>This is a significant need, I believe, if DSpace is = to become a
> > >>functioning repository for reusable learning objects = RLO's).  We're
> > >>getting ready to engage a few communities here about this, but it 
> seems =
> > >>that these RLO's are too dynamic (i.e. they're constantly being = 
> updated
> > >>by their creators) to expect communities to go through the full =
> > >>submission process each time they make an update.  =
> > >>
> > >>
> > >>
> > >>Also, where is there documentation about the import process?
> > >>
> > >>
> > >>
> > >>Thanks,
> > >>
> > >>
> > >>
> > >>Kevin = Petsche
> > >>
> > >>Electronic Journals Collection = Manager
> > >>
> > >>IUPUI<= /st1:place> University = Library
> > >>
> > >>UL1115K
> > >>=
> > >>
> > >>755 W. Michigan = Street
> > >>
> > >>Indianapolis, IN  = 46202-5196
> > >>
> > >>317.278.2330 = (Office)
> > >>
> > >>317.278.0368 = (Fax)
> > >>
> > >>
> > >>
> > >>kpetsche at iupui.edu
> > >>
> > >>
> > >>
> > >>------_=_NextPart_001_01C50248.A27BFDDD--
> > >>------------------------------
> > >
> > >----------------------------------------------------------------------
> > >Sam Kalb
> > >Library Assessment & IT Projects Coordinator,
> > >Queen's University Libraries
> > >Kingston, Ontario, Canada  K7L 5C4
> > >Phone: (613) 533-2830; Fax: (613) 533-6362
> > >Email: kalbs at post.queensu.ca
> > >_______________________________________________
> > >Dspace-general mailing list
> > >Dspace-general at mit.edu
> > >http://mailman.mit.edu/mailman/listinfo/dspace-general


From rea.devakos at utoronto.ca  Wed Jan 26 11:18:35 2005
From: rea.devakos at utoronto.ca (Rea Devakos)
Date: Wed, 26 Jan 2005 11:18:35 -0500
Subject: [Dspace-general] excellent article on populating IRs 
Message-ID: <41F7C2DB.7070405@utoronto.ca>

Hi everyone

Apologies for the cross posting, but I wanted to alert you to an 
excellent article in the current D-Lib:

Understanding Faculty to Improve Content Recruitment for Institutional 
Repositories <dlib/january05/foster/01foster.html>
by Nancy Fried Foster and Susan Gibbons, University of Rochester

http://www.dlib.org/dlib/january05/foster/01foster.html

Here's an excerpt:

Rather than approach faculty with a set, one-size-fits-all promotional 
spiel, these library liaisons operate under the guidance that a 
personalized, tailored approach works best. As we learned from the 
work-practice study, what faculty members care most about is their 
research. Expressing interest in their research, for example by reading 
a recent article by the faculty member prior to the meeting and then 
asking a couple of questions about the work, will get their attention 
and will usually stimulate a very enthusiastic conversation. Throughout 
the conversation, the library liaison is listening for opportunities to 
demonstrate how the benefits of the IR respond directly to the faculty 
member's web-related research needs. For example, when the faculty 
member relates frustration over a broken website link, the library 
liaison can explain that each document in the IR has a unique and stable 
URL.

By contrast to the language previously used to describe the features and 
benefits of the IR, we are now describing the IR in language drawn from 
faculty interviews. Thus, we tell faculty that the IR will enable them 
to...

    * Make their own work easily accessible to others on the web through
      Google searches and searches within the IR itself
    * Preserve digital items far into the future, safe from loss or damage
    * Give out links to their work so that they do not have to spend
      time finding files and sending them out as email attachments
    * Maintain ownership of their own work and control who sees it
    * Not have to maintain a server
    * Not have to do anything complicated

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


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

From Kalbs at post.queensu.ca  Wed Jan 26 12:07:51 2005
From: Kalbs at post.queensu.ca (Sam Kalb)
Date: Wed, 26 Jan 2005 12:07:51 -0500
Subject: [Dspace-general] Re: Dspace-general Digest, Vol 18, Issue 15
In-Reply-To: <200501261555.j0QFtKh7025625@pch.mit.edu>
References: <200501261555.j0QFtKh7025625@pch.mit.edu>
Message-ID: <6.2.0.14.0.20050126120213.02951e48@post.queensu.ca>

Hi MacKenzie,
Your suggestion for linking versions is a good one.  However, for 
repositories to remain viable, we must make the posting of new versions as 
easy as possible for contributors.  A contributor should not have to 
re-enter the same metadata and the backward links to older versions 
manually when loading a new version of a paper.
Sam


>Date: Wed, 26 Jan 2005 10:52:14 -0500
>From: MacKenzie Smith <kenzie at MIT.EDU>
>To: John Preston <john.preston at uwimona.edu.jm>, dspace-general at MIT.EDU
>Subject: Re: [Dspace-general] Ability to replace existing items
>
>
>Yes! And this is possible to do now within the metadata (i.e. forward and
>backward links
>to new/old versions using their Handles, and with the default being the
>latest).
>Hopefully a future version of DSpace will handle versions more elegantly in
>the UI,
>but the basic concept of multiple versions all being accessible is one that
>I really like.
>
>MacKenzie
>
>At 08:41 AM 1/26/2005 -0500, John Preston wrote:
> >Wouldn't a good compromise be to have some versioning info with objects
> >that would indicate that this is a more recent version of an original
> >and possibly some info on when it was checked in, etc.
> >
> >We have the need for this with LO's
> >
> >John
> >

----------------------------------------------------------------------
Sam Kalb
Library Assessment & IT Projects Coordinator,
Queen's University Libraries
Kingston, Ontario, Canada  K7L 5C4
Phone: (613) 533-2830; Fax: (613) 533-6362
Email: kalbs at post.queensu.ca 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20050126/ac993e2f/attachment.htm

From kenzie at MIT.EDU  Wed Jan 26 13:11:27 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Wed, 26 Jan 2005 13:11:27 -0500
Subject: [Dspace-general] Re: Dspace-general Digest, Vol 18, Issue
  15
In-Reply-To: <6.2.0.14.0.20050126120213.02951e48@post.queensu.ca>
References: <200501261555.j0QFtKh7025625@pch.mit.edu>
 <200501261555.j0QFtKh7025625@pch.mit.edu>
Message-ID: <5.2.1.1.2.20050126131013.011dfa68@hesiod>

Sounds very reasonable, but requires some programming in the submission UI 
which no one yet as signed up for...
If it's an urgent problem then hopefully someone will step up to this (hint 
hint).

MacKenzie

At 12:07 PM 1/26/2005 -0500, Sam Kalb wrote:
>Hi MacKenzie,
>Your suggestion for linking versions is a good one.  However, for 
>repositories to remain viable, we must make the posting of new versions as 
>easy as possible for contributors.  A contributor should not have to 
>re-enter the same metadata and the backward links to older versions 
>manually when loading a new version of a paper.
>Sam
>
>
>>Date: Wed, 26 Jan 2005 10:52:14 -0500
>>From: MacKenzie Smith <kenzie at MIT.EDU>
>>To: John Preston <john.preston at uwimona.edu.jm>, dspace-general at MIT.EDU
>>Subject: Re: [Dspace-general] Ability to replace existing items
>>
>>
>>Yes! And this is possible to do now within the metadata (i.e. forward and
>>backward links
>>to new/old versions using their Handles, and with the default being the
>>latest).
>>Hopefully a future version of DSpace will handle versions more elegantly in
>>the UI,
>>but the basic concept of multiple versions all being accessible is one that
>>I really like.
>>
>>MacKenzie
>>
>>At 08:41 AM 1/26/2005 -0500, John Preston wrote:
>> >Wouldn't a good compromise be to have some versioning info with objects
>> >that would indicate that this is a more recent version of an original
>> >and possibly some info on when it was checked in, etc.
>> >
>> >We have the need for this with LO's
>> >
>> >John
>> >
>
>----------------------------------------------------------------------
>Sam Kalb
>Library Assessment & IT Projects Coordinator,
>Queen's University Libraries
>Kingston, Ontario, Canada  K7L 5C4
>Phone: (613) 533-2830; Fax: (613) 533-6362
>Email: kalbs at post.queensu.ca
>_______________________________________________
>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 


From szinck at nshpl.library.ns.ca  Thu Jan 27 15:45:22 2005
From: szinck at nshpl.library.ns.ca (Steve Zinck)
Date: Thu, 27 Jan 2005 16:45:22 -0400 (AST)
Subject: [Dspace-general] public libraries
Message-ID: <50028.24.222.166.161.1106858722.squirrel@calculon.library.ns.ca>

I'm looking for DSpace installations in public library settings.  I've
done some googling and looked through the archives, but I haven't found
much.  Any url's or contact information would be great.  Or if you're
still investigating digital archival solutions (like we are) for your
public library, I'd be interested in hearing from you.
Thanks,

Steve

-- 
Steve Zinck
  System Administrator
  Nova Scotia Provincial Library, Halifax, Nova Scotia, Canada  B3K 4X8
  Phone: (902) 424-3944; Fax: (902) 424-0633; email: szinck ->
  nshpl.library.ns.ca



From harnad at ecs.soton.ac.uk  Fri Jan 28 21:30:01 2005
From: harnad at ecs.soton.ac.uk (Stevan Harnad)
Date: Sat, 29 Jan 2005 02:30:01 +0000 (GMT)
Subject: [Dspace-general] Attention OA repository maintainers (fwd)
Message-ID: <Pine.LNX.4.44.0501290227250.13383-100000@login.ecs.soton.ac.uk>


---------- Forwarded message ----------
Date: Thu, 27 Jan 2005 08:49:47 -0500
From: Peter Suber <peters at earlham.edu>

Google and I have put together a set of tips to help configure open-access
scholarly repositories for full-text Google crawling.

How to facilitate Google crawling
http://www.earlham.edu/~peters/fos/googlecrawling.htm

Please help by sending the URL to the people who maintain the repository
for your institution or discipline.

        Thanks,
        Peter


----------
Peter Suber
Open Access Project Director, Public Knowledge
Research Professor of Philosophy, Earlham College
Author, SPARC Open Access Newsletter
Editor, Open Access News blog
http://www.earlham.edu/~peters/
peter.suber at earlham.edu





From harnad at ecs.soton.ac.uk  Sat Jan 29 11:32:20 2005
From: harnad at ecs.soton.ac.uk (Stevan Harnad)
Date: Sat, 29 Jan 2005 16:32:20 +0000 (GMT)
Subject: [Dspace-general] Re: Attention OA repository maintainers (fwd)
Message-ID: <Pine.LNX.4.44.0501291629570.5511-100000@login.ecs.soton.ac.uk>


---------- Forwarded message ---------- Date: Fri, 28 Jan 2005
From: Arthur Sale <ahjs at ozemail.com.au> 
To: AMERICAN-SCIENTIST-OPEN-ACCESS-FORUM at LISTSERVER.SIGMAXI.ORG 
Subject: Re: Attention OA repository maintainers

Regarding the guidelines posted by Peter Suber

>How to facilitate Google crawling
> http://www.earlham.edu/~peters/fos/googlecrawling.htm

As I think I have posted earlier, main dot points 3, 4 and 5 are not
relevant to out-of-the-box Eprints. It complies, having a browse interface
with the necessary characteristics of a bushy tree. I suggest that the
advice be appended to these three dot points to say that "Eprints is
compliant" and any other software that reports similarly. That saves wasting
the time of a major proportion of repositories trying to check these points.

Dot point six is *important*. Repositories that create a document as
contents.pdf, mainbody.pdf; or even worse chapter1.pdf. chapter2.pdf,
chapter-n.pdf are simply asking not to be indexed, not to mention greatly
irritating viewers of the repository who may want to read the document. It
assumes that they will want to print all the subfiles and re-assemble them.
In my experience this only applies to long documents such as PhD theses, for
example the Australian Digital Theses Program advises this poor practice.

Arthur Sale
Professor of Computing (Research), University of Tasmania


From kenzie at MIT.EDU  Sun Jan 30 23:47:48 2005
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Sun, 30 Jan 2005 23:47:48 -0500
Subject: [Dspace-general] link to publisher version in DSpace
In-Reply-To: <41F6B5EA.5030805@udel.edu>
Message-ID: <5.2.1.1.2.20050130233849.0225c268@hesiod>

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 


From r.d.jones at ed.ac.uk  Mon Jan 31 04:00:11 2005
From: r.d.jones at ed.ac.uk (Richard Jones)
Date: Mon, 31 Jan 2005 09:00:11 -0000
Subject: [Dspace-general] link to publisher version in DSpace
In-Reply-To: <5.2.1.1.2.20050130233849.0225c268@hesiod>
Message-ID: <508407BF97D36847BA46669CCFC09D8C0EEEE6@quicksilver.ucs.ed.ac.uk>

HI,

We use identifier.citation to allow the user to cite the published
version, and identifier.uri to allow links to other versions of the item
(e.g. an e-journal page).

Cheers,

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/


> -----Original Message-----
> From: dspace-general-bounces at MIT.EDU 
> [mailto:dspace-general-bounces at MIT.EDU] On Behalf Of MacKenzie Smith
> Sent: 31 January 2005 04:48
> To: dspace-general at MIT.EDU
> Subject: Re: [Dspace-general] link to publisher version in DSpace
> 
> 
> 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
>