From maoni at email.unc.edu  Fri Jan  2 14:38:10 2004
From: maoni at email.unc.edu (mao ni)
Date: Fri, 02 Jan 2004 14:38:10 -0500
Subject: [Dspace-general] Re: [Dspace-tech] License agreement for each item
In-Reply-To: <5.2.1.1.2.20031230175751.01c6afb8@hesiod>
References: <5.2.1.1.2.20031230175751.01c6afb8@hesiod>
Message-ID: <1808156.1073054289@scooby.ils.unc.edu>

Thanks for your detailed reply, MacKenzie.
It will be great if DSpace will implement the Creative Commons. We could 
customize the DSpace retrieving procedure if it doesn't have bitstream 
control based on license.

Happy New Year!

Mao


--On Tuesday, December 30, 2003 6:27 PM -0500 MacKenzie Smith 
<kenzie at MIT.EDU> wrote:

> Hi Mao,
>
> MIT is about to implement something like this for our own use. We will
> split the current submission license into two parts: a "DSpace license"
> that governs what we (the Libraries managing DSpace) can do with the item
> as its steward, and a separate "use license" to govern what the
> author/submitter wants to allow the public (or whoever can access the
> item) to do with it. For the former we'll use a fixed license that looks
> pretty much like the one in DSpace now, and for the latter we'll offer
> some of the Creative Commons licenses. I've attached a draft of what our
> UI screen might look like, and we're hoping to do the necessary
> programming in the next two months.
>
> If this is something of general interest we'd be happy to think about
> adding it to the open source system later on... just let us know. And on
> a related note, a Creative Commons representative will be coming to the
> DSpace user group meeting on March 10-11 to answer questions about their
> status and plans for the coming year -- for example, I know they've been
> tweaking their base license to address institutional concerns about
> liability and so on. Should be interesting!
>
> As for enforcement by DSpace -- the system administrator can set access
> control for items as necessary (at the bitstream, item, or collection
> level) and these are enforced using whatever authentication/authorization
> method you've implemented (logon/password, digital certificates, LDAP,
> etc.). But *use* licenses -- those that govern what a particular user is
> allowed to do with an item once they have it -- aren't really enforceable
> without implementing nasty encryption techniques which get in the way of
> fair use. At MIT we've decided to rely on copyright law and licenses like
> the Creative Commons for use of our material, and to let the courts
> enforce them if that ever proves necessary.
>
> I hope this answers your question!
>
> MacKenzie
>
>> Date: Thu, 18 Dec 2003 16:00:48 -0500
>> From: mao ni <maoni at email.unc.edu>
>> To: DSpace <dspace-tech at lists.sourceforge.net>
>> Subject: [Dspace-tech] License agreement for each item
>>
>> Dear All,
>>
>> Happy Holidays!
>>
>> Our E-thesis collection wants to apply flexible rights administration
>> for  each item, that is, every submitter could choose one from a set of
>> license  agreements like Creative Commons. For example, an author might
>> limit his  item to non-commercial use only.
>> In this case, it is convenient for authors to pick up the license they
>> want instead of the same license agreement for the whole collection.
>> I have done this by storing the DC copyrights metadata with each item.
>> My question is that if DSpace has implemented the rights limitation or
>> not  when the bitstream of the item is going to be viewed? For example,
>> if the  license of the item is not allowed to be viewed yet, will DSpace
>> disallow  the bitstream to be accessed?
>>
>> Thanks,
>>
>> Mao
>>
>> School of Information and Library Science
>> University of North Carolina at Chapel Hill
>> Email: maoni at ils.unc.edu
>> Tel: (919) 962 - 0184
>
>
> MacKenzie Smith
> Associate Director for Technology
> MIT Libraries
> Building 14S-208
> 77 Massachusetts Avenue
> Cambridge, MA  02139
> (617)253-8184
> kenzie at mit.edu





From scott.yeadon at anu.edu.au  Sun Jan  4 21:50:47 2004
From: scott.yeadon at anu.edu.au (Scott Yeadon)
Date: Mon, 5 Jan 2004 13:50:47 +1100
Subject: [Dspace-general] Re: Dspace-general Digest, Vol 5, Issue 9
In-Reply-To: <200312241701.hBOH1Kqb025799@pch.mit.edu>
References: <200312241701.hBOH1Kqb025799@pch.mit.edu>
Message-ID: <200401051350.47885.scott.yeadon@anu.edu.au>

Hi Richard,

We at ANU would be very keen to partcipate in testing DSpace 1.2 
functionality, testing the installation process, and reviewing the 
documentation. If there are any details you need from us prior to release of 
the review version, please let me know.

Thanks.

Scott.

On Thu, 25 Dec 2003 04:01, dspace-general-request at mit.edu wrote:
> Date: Tue, 23 Dec 2003 16:18:31 -0500
> From: Richard Rodgers <rrodgers at MIT.EDU>
> To: dspace-general at MIT.EDU
> Subject: [Dspace-general] DSpace 1.2 Release Schedule
> Message-ID: <1072214310.18829.20.camel at dspace-03.mit.edu>
> Content-Type: text/plain
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Precedence: list
> Message: 1
>
>
> A Word on DSpace 1.2
>
>
> I wanted to bring the community up to date on the 1.2 release schedule.
> Although work on feature definition and implementation is proceeding,
> the target date has receded from our optimistic early projections of the
> end of this year. We want this release to be worth the wait, and also
> understand the increased importance of thorough testing, since a larger
> group of adopters is depending upon a smooth upgrade experience.
>
>
> With these issues in mind, we are looking at an early March 2004
> 'preview' release, to be demonstrated at the DSpace user group meeting,
> which will then be subjected to intensive evaluation and testing.
>
>
> DSpace adopter community participation in this process will be vital,
> and can assume several forms. First, we will set up a server at MIT with
> 1.2 code and solicit testers to exercise it. This was done for the 1.1.1
> release, but we hope both to expand the number of participants and
> improve its effectiveness by documenting the changes more fully. Second,
> we would like volunteers to test the installation process, to catch
> unforeseen dependencies.
> I strongly recommend installers use a separate server on which to
> perform the test upgrade, but one that shares the characteristics of
> their production server(s) (such as customized UI, etc). Third, we will
> also try to make documentation (including install docs) available in
> preview, to expose any deficiencies before they are officially
> published.
>
>
> If you are willing to act in any of these capacities, let me know after
> the new year, and as the release nears completion, we will contact you
> with further details.
>
>
> Have a happy holiday season,
>
>
> Richard Rodgers
> DSpace Federation Systems Manager  
>
>
>
>
>
> ------------------------------
>
>
> _______________________________________________
> Dspace-general mailing list
> Dspace-general at mit.edu
> http://mailman.mit.edu/mailman/listinfo/dspace-general
>
>
>
> End of Dspace-general Digest, Vol 5, Issue 9
> ********************************************



From Michele.Huston at anu.edu.au  Tue Jan  6 00:43:29 2004
From: Michele.Huston at anu.edu.au (Michele Huston)
Date: Tue, 6 Jan 2004 16:43:29 +1100
Subject: [Dspace-general] Preservation and presentation formats
Message-ID: <6C5D773DDBA3BE42A19C738100E44528021BAD11@CASEVS02.cas.anu.edu.au>

Hi all,

At ANU we are looking at placing collections of images, audio and XML docs into DSpace. These files raise the issue of different formats for preservation and access.

e.g. 1 Our images are in tiff format and we have generated jpeg derivatives (e.g. thumbnail and a larger web view) for display. Our thinking is that it would be better to store the derivatives in a structured files space elsewhere rather than bundled with the tiffs as they are not archive quality and we may want to regenerated them or serve them on the fly in the future. We have made some minor changes to the DSpace user interface to allow the thumbnails and the enlarged view to display.

e.g. 2 Our audio files are in wav format and the access format we are using is real audio (streaming). Again our plan is to store the real audio files separate from the wav files. We don't want to archive the access formats as it is very likely that we will want to change this format in the future.

e.g. 3 In the case of the XML docs we'd like to allow the user to choose between HTML and PDF and to generate these derivatives on the fly.

We were wondering if anyone else has been exploring the issue of separation of the preservation and display functions in DSpace.

Regards

Michele

Michele Huston
Digital Resource Services
The Australian National University
Ph 02 6125 6659
michele.huston at anu.edu.au


From bialangiano at yahoo.com.br  Tue Jan  6 08:31:58 2004
From: bialangiano at yahoo.com.br (=?iso-8859-1?q?Beatriz=20Langiano?=)
Date: Tue, 6 Jan 2004 10:31:58 -0300 (ART)
Subject: [Dspace-general] Submitted items
Message-ID: <20040106133158.44780.qmail@web60901.mail.yahoo.com>

Hi, 

We have a problem with our submitted items.
We created a community and not changed the policy of
anonymous (READ).
After we created a collection  and not changed the
policy of anonymous (READ and DEFAULT_ITEM_READ and
DEFAULT_BITSTREAM_READ for submitted items).
The problem is the users don't have access to the
submitted items of this collection (note: this users
were entered in DSpace through the E-people tool),
only the admin have access them.
Why this occurs?
Thanks, Beatriz

______________________________________________________________________

Conhe?a a nova central de informa??es anti-spam do Yahoo! Mail:
http://www.yahoo.com.br/antispam

From Francis.Brouns at ou.nl  Tue Jan  6 10:11:54 2004
From: Francis.Brouns at ou.nl (Brouns, Francis)
Date: Tue, 6 Jan 2004 16:11:54 +0100
Subject: [Dspace-general] remove policy
Message-ID: <A3E93B747EB64344B3B0146D7F7548DC0E324B@srv-hrl-18.pwo.ou.nl>

Hello,

the documentation states that policies are assigned to epeople. One of
the possible actions is REMOVE.
According to the documentation only administrators can remove items.

Am I correct in assuming that it is not possible for an non-admin person
who has been assigned REMOVE rights, to remove items? In order to remove
items, a eperson needs to be an administrator. 

If this is case, why should I assign REMOVE rights? An adminstrator can
do everything, including items.

Kind regards,

Francis Brouns



From robert.tansley at hp.com  Tue Jan  6 13:22:43 2004
From: robert.tansley at hp.com (Tansley, Robert)
Date: Tue, 6 Jan 2004 10:22:43 -0800 
Subject: [Dspace-general] remove policy
Message-ID: <40700B4C02ABD5119F00009027876644084DF37B@hplex1.hpl.hp.com>

Hello Francis,

The limitation you refer to is really just a limitation of the current Web user interface.  You could give someone REMOVE rights, but currently, there is no user interface page that would let that person actually remove anything.  The reason only administrators can access the relevant function right now is that the administrator UI is not yet very robust and really needs to be used by someone who knows what they are doing, as opposed to (say) a department administrator.  This is likely to change over time as the user interface matures.

 Robert Tansley / Hewlett-Packard Laboratories / (+1) 617 551 7624 

> -----Original Message-----
> From: dspace-general-bounces at mit.edu 
> [mailto:dspace-general-bounces at mit.edu] On Behalf Of Brouns, Francis
> Sent: 06 January 2004 10:12
> To: dspace-general at mit.edu
> Subject: [Dspace-general] remove policy
> 
> 
> Hello,
> 
> the documentation states that policies are assigned to 
> epeople. One of the possible actions is REMOVE. According to 
> the documentation only administrators can remove items.
> 
> Am I correct in assuming that it is not possible for an 
> non-admin person who has been assigned REMOVE rights, to 
> remove items? In order to remove items, a eperson needs to be 
> an administrator. 
> 
> If this is case, why should I assign REMOVE rights? An 
> adminstrator can do everything, including items.
> 
> Kind regards,
> 
> Francis Brouns
> 
> 
> _______________________________________________
> Dspace-general mailing list
> Dspace-general at mit.edu 
> http://mailman.mit.edu/mailman/listinfo/dspace> -general
> 

From sbell at library.rochester.edu  Tue Jan  6 15:26:32 2004
From: sbell at library.rochester.edu (Suzanne Bell)
Date: Tue, 06 Jan 2004 15:26:32 -0500
Subject: [Dspace-general] 
 Wash., DC-area person to talk to Music Librarians about
	DSpace?
Message-ID: <sffad3b3.052@mail.lib.rochester.edu>

Hi Folks-
 I am posting this message on behalf of Alice Carli, the Conservator at
our Sibley Music Library. Please respond directly to her at
acarli at esm.rochester.edu .
Thanks from both of us! :)

The Music Library Association Preservation Committee is looking for
someone involved with DSpace to participate in a panel discussion at
their annual meeting, which will be in:  
Washington D.C.
on: 
February 11-15, the Preservation Committee presentation being
12:30-2:00 pm on
Saturday 2/14. (Apologies for the short notice!)

More detail as supplied by Alice:
The topic of this year's public presentation will be Preservation and
Copyright, and is a joint project of the Preservation and Legislative
Committees. It is intended to be a minimally moderated discussion among
the
librarians in attendance, with input and elucidations sought from a
panel
which so far includes Sam Brylawski from the Library of Congress,
whose
expertise is in copyright, David Buecher, a preservation librarian
from
Berkeley, and Esther Gillie, who did sound preservation here at
Eastman
before going on to become Music Digital Services Coordinator at Urbana.
It
occurred to me somewhat belatedly that it would be good to include a
representative of Dspace, who could supply information about managing
copyright issues, as well as other Dspace strong points such as
"format
conservation" (or whatever the term is for the commitment to migration
as
necessary) at a consortium level.

I think it would be a good opportunity to introduce music librarians to
the
organization, since the audience will certainly include both people
like me,
from universities that are already members but who nonetheless have yet
to
begin thinking creatively about how to use Dspace, and many people who
will
be hearing about the organization for the first time. I could also
check
with members of the Preservation Committee to see if they would be
interested in inviting that person (assuming they come from the DC
area) to
attend the Preservation Committee business meeting, 3:00-4:30 on
Thursday
2/12. We have no budget for an honorarium, but it would be a good
opportunity for further networking.


*******************************************
Suzanne Bell, Economics/Data Librarian
DSpace Projects Coordinator
University of Rochester
585/275-9317
sbell at library.rochester.edu

From Francis.Brouns at ou.nl  Wed Jan  7 03:22:07 2004
From: Francis.Brouns at ou.nl (Brouns, Francis)
Date: Wed, 7 Jan 2004 09:22:07 +0100
Subject: [Dspace-general] remove policy
Message-ID: <A3E93B747EB64344B3B0146D7F7548DC58B94B@srv-hrl-18.pwo.ou.nl>

Hello Robert,

thank for your reply and confirmation. We gathered as much. It is no
problem for now, and we will wait for the new user interface.

Regards,

Francis

> -----Original Message-----
> From: Tansley, Robert [mailto:robert.tansley at hp.com] 
> Sent: 06 January 2004 19:23
> To: Brouns, Francis; dspace-general at mit.edu
> Subject: RE: [Dspace-general] remove policy
> 
> 
> Hello Francis,
> 
> The limitation you refer to is really just a limitation of 
> the current Web user interface.  You could give someone 
> REMOVE rights, but currently, there is no user interface page 
> that would let that person actually remove anything.  The 
> reason only administrators can access the relevant function 
> right now is that the administrator UI is not yet very robust 
> and really needs to be used by someone who knows what they 
> are doing, as opposed to (say) a department administrator.  
> This is likely to change over time as the user interface matures.
> 
>  Robert Tansley / Hewlett-Packard Laboratories / (+1) 617 551 7624 
> 
> > -----Original Message-----
> > From: dspace-general-bounces at mit.edu
> > [mailto:dspace-general-bounces at mit.edu] On Behalf Of Brouns, Francis
> > Sent: 06 January 2004 10:12
> > To: dspace-general at mit.edu
> > Subject: [Dspace-general] remove policy
> > 
> > 
> > Hello,
> > 
> > the documentation states that policies are assigned to
> > epeople. One of the possible actions is REMOVE. According to 
> > the documentation only administrators can remove items.
> > 
> > Am I correct in assuming that it is not possible for an
> > non-admin person who has been assigned REMOVE rights, to 
> > remove items? In order to remove items, a eperson needs to be 
> > an administrator. 
> > 
> > If this is case, why should I assign REMOVE rights? An
> > adminstrator can do everything, including items.
> > 
> > Kind regards,
> > 
> > Francis Brouns
> > 
> > 
> > _______________________________________________
> > Dspace-general mailing list
> > Dspace-general at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/dspace> -general
> > 
> 


From kenzie at MIT.EDU  Fri Jan  9 10:43:38 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Fri, 09 Jan 2004 10:43:38 -0500
Subject: [Dspace-general] DSpace Federation User Group Meeting, March 10-11,
	2004
Message-ID: <5.2.1.1.2.20040108215130.01ed9780@hesiod>

===============================================================
   DSpace Federation User Group Meeting Announcement and Call for Presentations
   Cambridge, Massachusetts 10-11 March 2004
===============================================================

Over the past year the DSpace digital repository system, the open source 
software system originally developed by Hewlett-Packard and MIT,  has been 
adopted for use by many organizations world wide. As this group of research 
institutions and other organizations has grown, the need for a forum to 
come together and share experiences, ideas, and concerns has become highly 
desirable. To initiate this, MIT will host a first-ever user group meeting 
of the DSpace Federation in March to help build connections among the 
adopter community and to discuss the future of the group.

The DSpace Federation user group meeting will be held at MIT, in Cambridge, 
Massachusetts, on Wednesday March 10 and Thursday March 11, 2004.

The meeting website includes additional information and will be updated 
frequently in the coming months:

   <http://www.dspace.org/federation/conference.html/>

Registration will be open to all, with a registration fee of $185 per 
person. Online registration at the meeting website will be available by 
February 1, 2004.

The objective of the DSpace Federation meeting is to bring together the 
research and other communities to share experiences and discuss the future 
developments of the DSpace platform and Federation of adopters. There will 
be presentations on current and future work being done on the DSpace 
platform by a variety of organizations, applications of the technology in 
specific organizational contexts, and discussion of future governance and 
maintenance options to ensure the platform's timeliness, usability, 
openness, and future success. In addition to presentations by the HP and 
MIT DSpace teams about upcoming releases and future plans, there will be 
keynote presentations from Google and Open Source Software experts.

We are issuing a Call for Presentations by organizations using DSpace who 
have innovative or educational uses of the platform to share with the 
community, or others who have proposals for how to leverage the DSpace 
platform for its main preservation and access goals. Presentation proposals 
should be sent via email to the meeting organizers (email address below) 
and should take the form of brief (1 page) descriptions of the topic for 
presentation. All presentations will be approximately 30 minutes. 
Submissions are requested  by January 31, 2004 and will be reviewed by 
members of the DSpace Federation project 
(http://dspace.org/federation/project.html) for acceptance notification by 
February 13, 2004.

Further information can be obtained from the MIT organizers:

MacKenzie Smith, Associate Director for Technology
Julie Walker, Senior Business Strategist
Richard Rodgers, DSpace Federation Systems Manager
Email: dspace-meeting at mit.edu


Many thanks,

MacKenzie Smith
Associate Director for Technology
MIT Libraries
77 Massachusetts Avenue
Cambridge, MA 


From rea.devakos at utoronto.ca  Mon Jan 12 10:53:59 2004
From: rea.devakos at utoronto.ca (Rea Devakos)
Date: Mon, 12 Jan 2004 10:53:59 -0500
Subject: [Dspace-general] fundraising, costing and launch
Message-ID: <4002C317.60708@utoronto.ca>

Hi everyone

We're looking for the experience of others re:

    1. fundraising
    2. costing
    3. planing a service launch.

for local DSpace installations.

MIT has kindly made some information available, but I was hoping to 
gather some information from other institutions as well.

many thanks

Rea

-- 
Rea Devakos
Gerstein Science Information Centre
University of Toronto
7 King's College Circle
Toronto, ON
Canada M5S 1A5
E: rea.devakos at utoronto.ca
V: 416-978-0533
F: 416-971-2848
http://www.library.utoronto.ca/gerstein


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

From Michele.Huston at anu.edu.au  Mon Jan 12 18:04:12 2004
From: Michele.Huston at anu.edu.au (Michele Huston)
Date: Tue, 13 Jan 2004 10:04:12 +1100
Subject: [Dspace-general] fundraising, costing and launch
Message-ID: <6C5D773DDBA3BE42A19C738100E4452801E323AD@CASEVS02.cas.anu.edu.au>

Dear Rea,

I too am interested in gathering ideas for launching the DSpace service at ANU, although we are some months away.

Our current thinking is not a simgle central launch but a campus roadshow based on a set of exemplars.  We are preparing a number of demonstrators using the file formats tiff, wav, pdf and  XML and perhaps video as well.  We will then develop a presentation based on these exemplars and deliver it at Faculty and departmental meetings. We will prepare a print handout of some kind as well, perhaps a bookmark, to remind them of the URL.

We have three year funding for our DSpace implementation and have no plans to charge for the service at this stage. We will need to prepare a business plan for sustainability of the service as part of the project  but it is early days for us.

Interest to hear what others are planning.

Cheers
 
Michele

Hi everyone

We're looking for the experience of others re:

    1. fundraising
    2. costing
    3. planing a service launch.

for local DSpace installations.

MIT has kindly made some information available, but I was hoping to
gather some information from other institutions as well.

many thanks

Rea

--
Rea Devakos
Gerstein Science Information Centre
University of Toronto
7 King's College Circle
Toronto, ON
Canada M5S 1A5
E: rea.devakos at utoronto.ca
V: 416-978-0533
F: 416-971-2848
http://www.library.utoronto.ca/gerstein <http://www.library.utoronto.ca/gerstein> 




From harnad at ecs.soton.ac.uk  Mon Jan 12 20:52:08 2004
From: harnad at ecs.soton.ac.uk (Stevan Harnad)
Date: Tue, 13 Jan 2004 01:52:08 +0000 (GMT)
Subject: [Dspace-general] Re: EPrints, DSpace or ESpace?
In-Reply-To: <Pine.GSO.4.10.10311092100310.11523-100000@pandora>
Message-ID: <Pine.GSO.4.10.10401130108490.27237-100000@pandora>

Peter Suber reported the following in Open Access News
http://www.earlham.edu/~peters/fos/2004_01_11_fosblogarchive.html#a107394650955511367

    "Outsell http://www.outsellinc.com/index.html has released 13
    predictions for the information content industry in 2004.
http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20040112005739&newsLang=en

    "Here's prediction #6: "The Open Access movement in scholarly and
    scientific publications will gain legitimacy."

    "In a separate, downloadable report to accompany the predictions,
    http://www.outsellinc.com/subscribe/freebriefsOutlook.htm Outsell
    says this about open access (p. 9): "The Open Access movement
    in scholarly and scientific publications will gain legitimacy as
    it transforms from a loose collection of disjointed initiatives
    into a new model backed by major universities and institutions
    worldwide....Academic institutions and the scholarly publishing
    world have been at loggerheads for years over the increasing cost
    of journal subscriptions. The irony is that most scholarly content
    is created by individuals employed by universities, who are then
    required to pay for it again in the form of published works. The new
    Public Library of Science is only the most prominent in a series of
    open-access challenges to the scholarly publishing industry, which
    finds itself in a real crisis situation as users and the organizations
    they work for start to revolt. As steam gathers under institutional
    archiving initiatives like DSpace, the infrastructure will be in
    place to support peer-to-peer from the get-go. Where there is a will,
    there is a way, and technology is providing the 'way' to enable
    creative new solutions for distribution, access, and sharing
    of scholarly content. Watch for even more radical and flexible
    knowledge-sharing initiatives in this space that will increasingly
    call into question the structure of an entire publishing sector."

I only want to add that if steam is to gather under institutional
archiving initiatives "like DSpace" then they need to get their act
together and focus it specifically on the institutional self-archiving
of peer-reviewed research output. Right now, DSpace, like EPrints,
offers software, but unlike EPrints, DSpace offers absolutely no guidance
or focus on what the software should be used for (i.e., how it is that
institutions should go about designing and implementing a self-archiving
policy).
http://www.eprints.org/self-faq/

"Archiving" is a big word, and means (far too) many things to (too)
many people. Having MIT behind the self-archiving movement looked
promising initially, but until and unless they get it into focus, DSpace
will just continue to be a magnet for software downloads that generate
everything except open-access peer-reviewed research output!

(Having said that, I have to add that the EPrints archives so far
are mostly near-empty too: 
http://software.eprints.org/archives.php
125 archives containing only 33,259 papers still averages only 250
papers per archive -- which is a far cry from each institution's annual
peer-reviewed research article output! And in reality, even this is
misleading, as there are a few EPrints archives with a lot of output
and most of the rest with far less than 250! So even the "focussed"
approach could stand to be more forceful!)

This is not to say that open-access publishing (the "golden road" to
open access) is doing any better! It is in fact providing far *less"
open access annually than the "green" road of self-archiving (about one
third as much). But it is at least operating nearer capacity (1000 out
of 24,000 journals http://www.doaj.org/ is about 5%). Self-archiving
could be providing the other 95% already. But the research community
is passively waiting for imminent radical transitions to the golden
publishing model -- they are alas not happening: the actual data are
nothing like the chatter -- instead of taking matters into their own
hands and providing open access overnight by self-archiving.

What is needed is some vision, guidance and leadership: and a focused
institutional open-access provision policy. That's not going to come
from Outsell's financial prognostications.

http://www.ecs.soton.ac.uk/~harnad/Temp/self-archiving_files/Slide0022.gif

Stevan Harnad

NOTE: A complete archive of the ongoing discussion of providing open
access to the peer-reviewed research literature online (1998-2004)
is available at the American Scientist Open Access Forum:
        To join the Forum: 
http://amsci-forum.amsci.org/archives/American-Scientist-Open-Access-Forum.html
        Post discussion to: 
    american-scientist-open-access-forum at amsci.org
        Hypermail Archive: 
    http://www.cogsci.soton.ac.uk/~harnad/Hypermail/Amsci/index.html

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
    http://www.ecs.soton.ac.uk/~harnad/Temp/berlin.htm


From harnad at ecs.soton.ac.uk  Tue Jan 13 12:00:50 2004
From: harnad at ecs.soton.ac.uk (Stevan Harnad)
Date: Tue, 13 Jan 2004 17:00:50 +0000 (GMT)
Subject: [Dspace-general] 
 Re: Estimates on data and cost per department for institutional
 Archives?
In-Reply-To: <list-1947160@arl.org>
Message-ID: <Pine.GSO.4.10.10401131614030.6256-100000@pandora>

On Tue, 13 Jan 2004, Charles W. Bailey, Jr. wrote:

> DSpace has a broader scope than just eprints; however
> some cost data is available...
>
> Barton, Mary R., and Julie Harford  Walker.  "Building a
> Business Plan for DSpace, MIT Libraries' Digital Institutional
> Repository"  Journal of Digital Information   4(2) (2003)
> (http://jodi.ecs.soton.ac.uk/Articles/v04/i02/Barton/). -
>
> ...the authors conservatively estimate a budget of $285,000 for
> FY 2003. The bulk of the costs are for staff ($225,000), with
> smaller allocations for operating expenses ($25,000) and system
> hardware expansion ($35,000). MIT's DSpace service offerings have
> two components: core services (basic repository functions) and
> premium services (e.g., digitization and e-format conversion,
> metadata support, expanded user storage space, and user alerts and
> reports). While core services are free, MIT reserves the right to
> potentially charge for premium services. For further information
> (http://libraries.mit.edu/dspace-fed-test/implement/mellon.pdf)
>
> ....system development costs "included $1.8 million for development
> as well as 3 FTE HP staff and approximately $400,000 in system equipment."

(1) DSpace's "broader scope" is precisely what I meant by:

    "if steam is to gather under institutional archiving
    initiatives 'like DSpace' then they need to get their act
    together and focus it specifically on the institutional
    self-archiving of peer-reviewed research output."
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/3415.html

(2) Other costs, for other uses, are irrelevant and should not be
factored in. (That includes all staff and operating expenses related to
those other uses.)

(3) EPrints cost an order of magnitude less to develop (and it was
developed, before DSpace, by the same person who developed DSpace,
Rob Tansley, but following specs that were specifically focussed on
the self-archiving of institutional peer-reviewed research output,
not other things).

(4) Creating and maintaining EPrint costs *two* orders of magnitude less
than the above figures for DSpace.

(5) None of these figures will answer my question about how much
self-archiving costs *per paper* until we reckon in the annual
institutional research article output.

(6) The biggest difference between DSpace and EPrints is that EPrints
does not offer a *business plan,* as above, but a plan for filling the
archives with the targetted content: the annual institutional research
article output.
http://www.eprints.org/self-faq/#institution-facilitate-filling
http://www.eprints.org/self-faq/#researcher/authors-do
http://www.eprints.org/self-faq/#libraries-do
http://www.eprints.org/self-faq/#research-funders-do
http://www.eprints.org/self-faq/#publishers-do

EPrints, in other words, is only about OA provision. DSpace is
about many other things. You will only mislead yourself and others
if you factor in the costs of all those other things in reckoning OA
self-archiving costs. DSpace and EPrints are equivalent insofar as their
OA self-archiving capabilities are concerned, and those are the only
capabilities with which those who are interested in OA provision need
be concerned.

(Before replying about preservation, digital content management,
courseware or electronic publication, please see the prior discussions
below!)

    "EPrints, DSpace or ESpace?"
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/2670.html
    http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/2837.html 

Stevan Harnad

NOTE: A complete archive of the ongoing discussion of providing open
access to the peer-reviewed research literature online (1998-2004)
is available at the American Scientist Open Access Forum:
        To join the Forum: 
http://amsci-forum.amsci.org/archives/American-Scientist-Open-Access-Forum.html
        Post discussion to: 
    american-scientist-open-access-forum at amsci.org
        Hypermail Archive: 
    http://www.cogsci.soton.ac.uk/~harnad/Hypermail/Amsci/index.html

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
    http://www.ecs.soton.ac.uk/~harnad/Temp/berlin.htm


From tdm27 at cam.ac.uk  Tue Jan 13 12:31:32 2004
From: tdm27 at cam.ac.uk (Tom De Mulder)
Date: Tue, 13 Jan 2004 17:31:32 +0000 (GMT)
Subject: [Dspace-general]  Re: Estimates on data and cost per department
 for institutional Archives?
In-Reply-To: <Pine.GSO.4.10.10401131614030.6256-100000@pandora>
References: <Pine.GSO.4.10.10401131614030.6256-100000@pandora>
Message-ID: <Pine.LNX.4.56.0401131729160.10211@marauder.csi.cam.ac.uk>

On Tue, 13 Jan 2004, Stevan Harnad wrote:

>> DSpace has a broader scope than just eprints; however
>> some cost data is available...
>>[snipped]

I don't know/care who you are, but could you stop cross-posting
out-of-context emails to this list, please? It serves no point except to
pollute the DSpace general list - without the rest of the thread these
posts are pointless.

--
Tom De Mulder <tdm27 at cam.ac.uk> - Cambridge University Computing Service
                   New Museums Site, Pembroke Street, CB2 3QH, Cambridge
-> 13/01/2004 : The Moon is Waning Gibbous (63% of Full)

From almarneg at mail.unitec.mx  Fri Jan 16 10:24:52 2004
From: almarneg at mail.unitec.mx (almarneg@mail.unitec.mx)
Date: Fri, 16 Jan 2004 09:24:52 -0600
Subject: [Dspace-general] DSpace with LMS-LCMS
Message-ID: <OFC8ED76A6.4991173B-ON86256E1D.0053F719-86256E1D.0054C056@unitec.mx>

Hello everybody!

I am working for the second largest private university from Mexico 
(Unitec) and we are doing some research to find the best digital 
repository to use in a LMS-LCMS system for our e-learning proyect. We have 
find that DSpace is the best in OpenSource category.
Can anybody knows a LMS-LCMS (Opne source) system we may use with DSpace?
Has DSpace been used in a LMS-LCMS project?
Any information about our concerns will be very helpful to make decisions.

_____________________________
?lvaro Mart?nez Negrete
Subdirecci?n de Medios Educativos
INITE
Ext. 7377
Tel. (55) 5089.7377




dspace-general-request at mit.edu
Sent by: dspace-general-bounces at mit.edu
16/01/2004 09:13 a.m.

 
        To:     almarneg at mail.unitec.mx
        cc: 
        Subject:        Welcome to the "Dspace-general" mailing list


Welcome to the Dspace-general at mit.edu mailing list!

To post to this list, send your email to:

  dspace-general at mit.edu

General information about the mailing list is at:

  http://mailman.mit.edu/mailman/listinfo/dspace-general

If you ever want to unsubscribe or change your options (eg, switch to
or from digest mode, change your password, etc.), visit your
subscription page at:

  http://mailman.mit.edu/mailman/options/dspace-general/almarneg%40mail.unitec.mx


You can also make such adjustments via email by sending a message to:

  Dspace-general-request at mit.edu

with the word `help' in the subject or body (don't include the
quotes), and you will get back a message with instructions.

You must know your password to change your options (including changing
the password, itself) or to unsubscribe.  It is:

  america

Normally, Mailman will remind you of your mit.edu mailing list
passwords once every month, although you can disable this if you
prefer.  This reminder will also include instructions on how to
unsubscribe or change your account options.  There is also a button on
your options page that will email your current password to you.


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

From Francis.Brouns at ou.nl  Fri Jan 16 10:48:27 2004
From: Francis.Brouns at ou.nl (Brouns, Francis)
Date: Fri, 16 Jan 2004 16:48:27 +0100
Subject: [Dspace-general] localised version of show-license
Message-ID: <A3E93B747EB64344B3B0146D7F7548DC0E325B@srv-hrl-18.pwo.ou.nl>

Hello,

We have changed some of the jsp pages. We followed the instruction to
place those in the local directory. 

All changed jsp files are correctly deployed to the local directory in
work directory of Tomcat, except for submit_license.jsp.

I already tried stopping and starting Tomcat and even completely removed
all contents of the work directory. This did not help.

What else can I try?

Kind regards,

Francis Brouns


From aakash_sky_baroda at yahoo.com  Fri Jan 16 14:35:25 2004
From: aakash_sky_baroda at yahoo.com (Aakash Chauhan)
Date: Fri, 16 Jan 2004 11:35:25 -0800 (PST)
Subject: [Dspace-general] Re: Localised version of show-licence and other jsp
In-Reply-To: <200401161701.i0GH1Cqc008574@pch.mit.edu>
Message-ID: <20040116193525.44175.qmail@web20419.mail.yahoo.com>

hello,
it is not reading show-licence.jsp from lcoal
directory instead it keeps reading it from original
dspace/jsp/... directory structure. Same is the
problem with all the error pages in
/dspace/jsp/error/. Also for admin home page it
doesnot read from local directory. Temporary solution
is going into original file and manually tell it to
check for local version with code or direclty
replacing original file. I guess with new version it
will read from local directory. I used following 2
line code to check it for local version for the
timebeing.
//check if local version is available
String localVersion =
JSPManager.getLocalJSP("/admin");

if this returns path with /local/ redirect current jsp
to /local/admin else keep executing current page.

hope this helps.

Aakash.

=====
Aakash Chauhan
Graduate Student,
Computer Science Department,
Rochester Institute of Technology,
Rochester, NY 14623.
USA.
http://www.rit.edu/~adc0467
adc0467 at rit.edu
(585) 530 7127

__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus

From kenzie at MIT.EDU  Tue Jan 20 15:03:58 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Tue, 20 Jan 2004 15:03:58 -0500
Subject: [Dspace-general] Preservation and presentation formats
In-Reply-To: <6C5D773DDBA3BE42A19C738100E44528021BAD11@CASEVS02.cas.anu.
 edu.au>
Message-ID: <5.2.1.1.2.20040120114441.011dbc68@hesiod>

Hi Michele,

So far this hasn't been a big issue for us at MIT (or many of the other 
institutions I've spoken to) because they tend to get the deliverable 
version from the author/submitter (e.g. faculty member) and if there is a 
preservation format version at all it's been created by the repository as 
part of the ingest process so *both* versions are kept in DSpace -- the 
first because it's what was deposited and the second for long-term 
preservation.

But if *you* generate the deliverable version then it seems reasonable to 
me to serve it out of a different system (especially when there are 
different service requirements for deliverable and archival versions). For 
example, we'll archive locally created learning objects in our DSpace, but 
probably deliver them to students via a repository local to the course 
management system and so they could well be in different formats. The trick 
is to make sure the two versions are linked via metadata, especially from 
the deliverable version back to the archival master.

MacKenzie

At 04:43 PM 1/6/2004 +1100, Michele Huston wrote:
>Hi all,
>
>At ANU we are looking at placing collections of images, audio and XML docs 
>into DSpace. These files raise the issue of different formats for 
>preservation and access.
>
>e.g. 1 Our images are in tiff format and we have generated jpeg 
>derivatives (e.g. thumbnail and a larger web view) for display. Our 
>thinking is that it would be better to store the derivatives in a 
>structured files space elsewhere rather than bundled with the tiffs as 
>they are not archive quality and we may want to regenerated them or serve 
>them on the fly in the future. We have made some minor changes to the 
>DSpace user interface to allow the thumbnails and the enlarged view to display.
>
>e.g. 2 Our audio files are in wav format and the access format we are 
>using is real audio (streaming). Again our plan is to store the real audio 
>files separate from the wav files. We don't want to archive the access 
>formats as it is very likely that we will want to change this format in 
>the future.
>
>e.g. 3 In the case of the XML docs we'd like to allow the user to choose 
>between HTML and PDF and to generate these derivatives on the fly.
>
>We were wondering if anyone else has been exploring the issue of 
>separation of the preservation and display functions in DSpace.
>
>Regards
>
>Michele
>
>Michele Huston
>Digital Resource Services
>The Australian National University
>Ph 02 6125 6659
>michele.huston at anu.edu.au
>
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu
>http://mailman.mit.edu/mailman/listinfo/dspace-general

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


From john at caret.cam.ac.uk  Thu Jan 22 09:36:48 2004
From: john at caret.cam.ac.uk (John Norman)
Date: Thu, 22 Jan 2004 14:36:48 +0000
Subject: [Dspace-general] DSpace with LMS-LCMS
Message-ID: <200401221436.AA25100396@agrimony.caret.cam.ac.uk>

At Cambridge we are using CourseWork from Stanford 
University. The original code is available at http://
getcoursework.stanford.edu and our port from Oracle to 
PostgreSQL is available at http://sourceforge.net/projects/
coursework/

However, CourseWork has not been internationalised so it may 
not be suitable for your requirements.

You may want to take a look at .LRN which is growing in 
adoption and has been internationalised (http://openacs.org/
projects/dotlrn/). This is a powerful suite based on the 
OpenACS community toolkit and is has a very active 
development community.

Another project I know less about is Claroline. This is a PHP/
MySQL system that is popular in Europe and has also been 
internationalised since inception (http://www.claroline.net/)

A project to watch is SAKAI (http://www.sakaiproject.org) 
which will be powerful in terms of features and scalability. 
Although it is unlikely to be internationalised in its first 
release, there is a partner program and internationalisation 
might even be a project that would attract grant funding.

Finally, I don't think any of the open source projects currently 
interfaces to DSpace. We believe that the way forward is 
through the IMS Digital Repository specification, but that 
needs some development and there are other possible 
interfaces depending on the use cases you are trying to 
support. I think there will be progress in this area over the 
coming 12 months. One of these will be JSR 168/WSRP and the 
adoption of JSR168 by uPortal for uPortal 3.0 as part of the 
SAKAI project will give this additional momentum.

I hope this helps and I would be keen to hear from anyone 
with differing/additional comments.

John Norman
CARET, University of Cambridge



From mjordan at sfu.ca  Mon Jan 26 17:44:46 2004
From: mjordan at sfu.ca (Mark Jordan)
Date: Mon, 26 Jan 2004 14:44:46 -0800
Subject: [Dspace-general] Do I understand authorizations? (Take 2)
In-Reply-To: <20040120171505.GB20703@sfu.ca>
References: <20040120171505.GB20703@sfu.ca>
Message-ID: <20040126224446.GO10003@sfu.ca>

Hi,

If anyone on either list would like to share how they have set up authorizations for the type of workflow I describe below,
I'd be very grateful to hear how you've done it, either on- or off-list(s).

Mark

On Tue, Jan 20, 2004 at 09:15:05AM -0800, Mark Jordan wrote:
> Hello,
> 
> I am having difficulty understanding how authorizations work. Please bear with me while I explain what I have done so far. The
> workflow I am striving for is to allow faculty to upload material and a designate in the department to edit metadata and
> approve for inclusion.
> 
> I have created a group called "Uploaders", who have Add authorizations on the relevant collection, and a group called
> "Gatekeepers", who have Write authorizations on the collection.
> 
> For this collection, I have only defined workflow step 2. The Gatekeeper group is indicated in the collection workflow editor,
> and using the Authorizations tool I can see that the policies for the collection indicate that Uploaders have Add permissions
> and Gatekeepers have Write permissions. 
> 
> Members of the Uploaders group can upload items into the authorized collection. Members of the Gatekeepers group can edit
> metadata and reject a submission, but not approve the submission for inclusion.
> 
> Am I doing something wrong, or is it possible that there is a problem with my installation (I'm using 1.1.1)? I thought that 
> Write permission with only workflow step 2 defined would allow approval, rejection, and editing of metadata by members of that 
> group.
> 
> Mark
> 
> 
> Mark Jordan
> Acting Coordinator of Library Systems
> W.A.C. Bennett Library, Simon Fraser University
> Burnaby, British Columbia, V5A 1S6, Canada
> Phone (604) 291 5753 / Fax (604) 291 3023                 
> mjordan at sfu.ca / http://www.sfu.ca/~mjordan/
> 
>  

-- 

Mark Jordan
Acting Coordinator of Library Systems
W.A.C. Bennett Library, Simon Fraser University
Burnaby, British Columbia, V5A 1S6, Canada
Phone (604) 291 5753 / Fax (604) 291 3023                 
mjordan at sfu.ca / http://www.sfu.ca/~mjordan/

 

From sloan01 at earthlink.net  Mon Jan 26 13:00:44 2004
From: sloan01 at earthlink.net (Hugh Sloan)
Date: Mon, 26 Jan 2004 10:00:44 -0800
Subject: [Dspace-general] Venture funding contact for Dspace developers
Message-ID: <410-22004112618044800@earthlink.net>

An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040126/1ac5dc88/attachment.htm

From monikar at msnotes.wustl.edu  Tue Jan 27 16:49:01 2004
From: monikar at msnotes.wustl.edu (monikar@msnotes.wustl.edu)
Date: Tue, 27 Jan 2004 15:49:01 -0600
Subject: [Dspace-general] 
 Re: Do I understand authorizations? (Take 2) (Mark Jordan)
Message-ID: <OF086B54AA.6B39D4B6-ON86256E28.00760123-86256E28.0077D849@msnotes.wustl.edu>






Mark,

We just reviewed the authorizations here at the Becker Library the past few
days so I think I have somewhat of a handle on it.

By default, when you create a Workflow 2 group, any group you assign to the
Workflow can edit the metadata. The E-People or the group you assign to the
Workflow do not need any specific authorization to participate in the
Workflow.

In order to add a submission to the Archive, the final Workflow step MUST
have the ADD authorization assigned to it. If it is the only Workflow that
you have assigned to the Collection, it must also have the ADD
authorization assigned to it. Without the ADD authorization, the submission
will not be added to the collection.

Here is my suggestion for your situation, if you don't mind:

- Assign the Gatekeepers group to the Workflow 2 group for your collection.
- Assign the ADD authorization to the Workflow 2 group for your collection.

This way the Gatekeepers group can reject the submission, edit the
metadata, and add the submission to the archive.

There are certain limitations to the Admin Web interface with the current
DSpace version. We can hope it will be improved with the new version.

Russ

Russ Monika, Web Developer
Becker Medical Library
Washington University in St. Louis
660 S. Euclid Ave. - Campus Box 8132
St. Louis, MO 63110
(314) 362-2778 FAX: (314) 367-9534
monikar at wustl.edu
http://becker.wustl.edu/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/dspace-general/attachments/20040127/bf8f0861/attachment.htm

From kenzie at MIT.EDU  Tue Jan 27 22:08:46 2004
From: kenzie at MIT.EDU (MacKenzie Smith)
Date: Tue, 27 Jan 2004 22:08:46 -0500
Subject: [Dspace-general] Update on DSpace user group meeting March 10-11,
	2004
Message-ID: <5.2.1.1.2.20040127220531.01d7d918@hesiod>

ANNOUNCEMENT -- REGISTRATION NOW OPEN

===============================================================
  DSpace Federation User Group Meeting
  Cambridge, Massachusetts March 10-11, 2004
===============================================================

Over the past year the DSpace digital repository, the open source software 
system originally developed by the MIT Libraries and Hewlett-Packard,  has 
been adopted for use by many organizations world wide. As this group of 
research institutions and other organizations has grown, the need for a 
forum to come together and share experiences, ideas, and concerns has 
become highly desirable. To initiate this, MIT will host a first-ever 
meeting of the DSpace user group in March to help build connections among 
the community of adopters and to discuss the future of the group and the 
DSpace platform.

DATES: Wednesday and Thursday, March 10 and 11, 2004.
LOCATION: Hotel at MIT, in Cambridge, Massachusetts
COST: $185 per person

Online registration is available at the meeting website, which includes 
additional information about the meeting and will be updated frequently in 
the coming months:

   <http://www.dspace.org/federation/conference.html/>

The objective of the DSpace Federation user group meeting is to bring 
together the research and other communities using the platform to share 
experiences and discuss the future developments of the system and the 
Federation of adopters. There will be presentations on current and future 
work being done on the DSpace platform by a variety of organizations, 
applications of the technology in specific organizational contexts, and 
discussion of future governance and maintenance options to ensure the 
platform's timeliness, usability, openness, and future success. In addition 
to presentations from DSpace adopters and the HP and MIT DSpace teams about 
upcoming releases and future plans, there will be keynote presentations 
from Google and Open Source Software experts from the Apache Foundation.

Questions may be directed to the MIT organizers at dspace-meeting at mit.edu

Many thanks,

  MacKenzie Smith
Associate Director for Technology
MIT Libraries
77 Massachusetts Avenue
Cambridge, MA


From robert.tansley at hp.com  Wed Jan 28 11:33:56 2004
From: robert.tansley at hp.com (Tansley, Robert)
Date: Wed, 28 Jan 2004 08:33:56 -0800
Subject: [Dspace-general] Do I understand authorizations? (Take 2)
Message-ID: <40700B4C02ABD5119F00009027876644084DF3F5@hplex1.hpl.hp.com>

Hi Mark,

Actually, the "Gatekeepers" also need ADD permission on the collection.  This it's the approving that really adds the item to the collection.  Before that, the submission is really an 'in progress submission' and not actually part of the collection (it might be rejected.)

WRITE permission on a collection just means permission to edit the metadata of the collection (e.g. name, description, etc.)  Which in any case is currently redundant because there is no UI for collection metadata to be edited by non-administrators!

Sorry about the lack of documentation about what each permission means in various contexts.  We'll try to add this documentation in time for the 1.2 release.

 Robert Tansley / Hewlett-Packard Laboratories / (+1) 617 551 7624 

> -----Original Message-----
> From: dspace-general-bounces at mit.edu 
> [mailto:dspace-general-bounces at mit.edu] On Behalf Of Mark Jordan
> Sent: 26 January 2004 17:45
> To: dspace-tech at lists.sourceforge.net; dspace-general at mit.edu
> Subject: [Dspace-general] Do I understand authorizations? (Take 2)
> 
> 
> Hi,
> 
> If anyone on either list would like to share how they have 
> set up authorizations for the type of workflow I describe 
> below, I'd be very grateful to hear how you've done it, 
> either on- or off-list(s).
> 
> Mark
> 
> On Tue, Jan 20, 2004 at 09:15:05AM -0800, Mark Jordan wrote:
> > Hello,
> > 
> > I am having difficulty understanding how authorizations 
> work. Please 
> > bear with me while I explain what I have done so far. The 
> workflow I 
> > am striving for is to allow faculty to upload material and 
> a designate 
> > in the department to edit metadata and approve for inclusion.
> > 
> > I have created a group called "Uploaders", who have Add 
> authorizations 
> > on the relevant collection, and a group called 
> "Gatekeepers", who have 
> > Write authorizations on the collection.
> > 
> > For this collection, I have only defined workflow step 2. The 
> > Gatekeeper group is indicated in the collection workflow 
> editor, and 
> > using the Authorizations tool I can see that the policies for the 
> > collection indicate that Uploaders have Add permissions and 
> > Gatekeepers have Write permissions.
> > 
> > Members of the Uploaders group can upload items into the authorized 
> > collection. Members of the Gatekeepers group can edit metadata and 
> > reject a submission, but not approve the submission for inclusion.
> > 
> > Am I doing something wrong, or is it possible that there is 
> a problem 
> > with my installation (I'm using 1.1.1)? I thought that
> > Write permission with only workflow step 2 defined would 
> allow approval, rejection, and editing of metadata by members of that 
> > group.
> > 
> > Mark
> > 
> > 
> > Mark Jordan
> > Acting Coordinator of Library Systems
> > W.A.C. Bennett Library, Simon Fraser University
> > Burnaby, British Columbia, V5A 1S6, Canada
> > Phone (604) 291 5753 / Fax (604) 291 3023                 
> > mjordan at sfu.ca / http://www.sfu.ca/~mjordan/
> > 
> >  
> 
> -- 
> 
> Mark Jordan
> Acting Coordinator of Library Systems
> W.A.C. Bennett Library, Simon Fraser University
> Burnaby, British Columbia, V5A 1S6, Canada
> Phone (604) 291 5753 / Fax (604) 291 3023                 
> mjordan at sfu.ca / http://www.sfu.ca/~mjordan/
> 
>  
> _______________________________________________
> Dspace-general mailing list
> Dspace-general at mit.edu 
> http://mailman.mit.edu/mailman/listinfo/dspace> -general
> 

From mjordan at sfu.ca  Wed Jan 28 12:46:48 2004
From: mjordan at sfu.ca (Mark Jordan)
Date: Wed, 28 Jan 2004 09:46:48 -0800
Subject: [Dspace-general] Do I understand authorizations? (Take 2)
In-Reply-To: <40700B4C02ABD5119F00009027876644084DF3F5@hplex1.hpl.hp.com>
References: <40700B4C02ABD5119F00009027876644084DF3F5@hplex1.hpl.hp.com>
Message-ID: <20040128174647.GC29445@sfu.ca>

Hi Robert,

Thanks -- giving this group ADD permissions did solve the problem. 

Expanded documentation would be useful, maybe a "how to" or some examples/case studies on workflow and authorizations. I'd be 
happy to assist with this.

Thanks to everyone who responded to my questions,

Mark

On Wed, Jan 28, 2004 at 08:33:56AM -0800, Tansley, Robert wrote:
> Hi Mark,
> 
> Actually, the "Gatekeepers" also need ADD permission on the collection.  This it's the approving that really adds the item to the collection.  Before that, the submission is really an 'in progress submission' and not actually part of the collection (it might be rejected.)
> 
> WRITE permission on a collection just means permission to edit the metadata of the collection (e.g. name, description, etc.)  Which in any case is currently redundant because there is no UI for collection metadata to be edited by non-administrators!
> 
> Sorry about the lack of documentation about what each permission means in various contexts.  We'll try to add this documentation in time for the 1.2 release.
> 
>  Robert Tansley / Hewlett-Packard Laboratories / (+1) 617 551 7624 
> 
> > -----Original Message-----
> > From: dspace-general-bounces at mit.edu 
> > [mailto:dspace-general-bounces at mit.edu] On Behalf Of Mark Jordan
> > Sent: 26 January 2004 17:45
> > To: dspace-tech at lists.sourceforge.net; dspace-general at mit.edu
> > Subject: [Dspace-general] Do I understand authorizations? (Take 2)
> > 
> > 
> > Hi,
> > 
> > If anyone on either list would like to share how they have 
> > set up authorizations for the type of workflow I describe 
> > below, I'd be very grateful to hear how you've done it, 
> > either on- or off-list(s).
> > 
> > Mark
> > 
> > On Tue, Jan 20, 2004 at 09:15:05AM -0800, Mark Jordan wrote:
> > > Hello,
> > > 
> > > I am having difficulty understanding how authorizations 
> > work. Please 
> > > bear with me while I explain what I have done so far. The 
> > workflow I 
> > > am striving for is to allow faculty to upload material and 
> > a designate 
> > > in the department to edit metadata and approve for inclusion.
> > > 
> > > I have created a group called "Uploaders", who have Add 
> > authorizations 
> > > on the relevant collection, and a group called 
> > "Gatekeepers", who have 
> > > Write authorizations on the collection.
> > > 
> > > For this collection, I have only defined workflow step 2. The 
> > > Gatekeeper group is indicated in the collection workflow 
> > editor, and 
> > > using the Authorizations tool I can see that the policies for the 
> > > collection indicate that Uploaders have Add permissions and 
> > > Gatekeepers have Write permissions.
> > > 
> > > Members of the Uploaders group can upload items into the authorized 
> > > collection. Members of the Gatekeepers group can edit metadata and 
> > > reject a submission, but not approve the submission for inclusion.
> > > 
> > > Am I doing something wrong, or is it possible that there is 
> > a problem 
> > > with my installation (I'm using 1.1.1)? I thought that
> > > Write permission with only workflow step 2 defined would 
> > allow approval, rejection, and editing of metadata by members of that 
> > > group.
> > > 
> > > Mark
> > > 
> > > 
> > > Mark Jordan
> > > Acting Coordinator of Library Systems
> > > W.A.C. Bennett Library, Simon Fraser University
> > > Burnaby, British Columbia, V5A 1S6, Canada
> > > Phone (604) 291 5753 / Fax (604) 291 3023                 
> > > mjordan at sfu.ca / http://www.sfu.ca/~mjordan/
> > > 
> > >  
> > 
> > -- 
> > 
> > Mark Jordan
> > Acting Coordinator of Library Systems
> > W.A.C. Bennett Library, Simon Fraser University
> > Burnaby, British Columbia, V5A 1S6, Canada
> > Phone (604) 291 5753 / Fax (604) 291 3023                 
> > mjordan at sfu.ca / http://www.sfu.ca/~mjordan/
> > 
> >  
> > _______________________________________________
> > Dspace-general mailing list
> > Dspace-general at mit.edu 
> > http://mailman.mit.edu/mailman/listinfo/dspace> -general
> > 

-- 

Mark Jordan
Acting Coordinator of Library Systems
W.A.C. Bennett Library, Simon Fraser University
Burnaby, British Columbia, V5A 1S6, Canada
Phone (604) 291 5753 / Fax (604) 291 3023                 
mjordan at sfu.ca / http://www.sfu.ca/~mjordan/