[Dspace-general] Ability to replace existing items
John Preston
john.preston at uwimona.edu.jm
Wed Jan 26 08:41:42 EST 2005
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
More information about the Dspace-general
mailing list