Yes it would be great if repositories identified the individual item as open
access or not. And the way to do it is of course to follow standards for this.
In the EU project OpenAIRE, which is building an infrastructure for EU-funded
research including how to monitor the OA requirements of research funded by EU,
the guidelines have defined a set of 'accessRights'-values to be used in the
dc.rights element:
http://www.openaire.eu/component/content/article/207
Then there is the Driver guidelines of course
(http://www.driver-support.eu/managers.html#guidelines), requiring the use of
setSpec. The Driver guidelines says:
"The DRIVER agreement is that hybrid DRIVER repositories that contain
metadata-only and metadata-with-full-text resources must support at least one
DRIVER set. The DRIVER set is flat and does not have any hierarchical
structure. The content of the DRIVER set is Open Access, Freely available
resources"
Example:
<record>
<header>
<identifier>oai:repository:it/0112017</identifier>
<datestamp>2002-02-28</datestamp>
<setSpec>driver</setSpec>
</header>
</record>
The <setSpec>driver</setSpec> in the header thus identifies the record as
including an open access item.
However, guidelines are great but not really useful if they are not being
followed. A job for COAR I guess? To work on the development of standards, as
well as the adoption of them in the world wide repository community.
Yours,
Leif Longva
Munin repository manager (http://munin.uit.no/)
and
High North Research Documents manager (http://highnorth.uit.no/)
Fra: Chapman, Kimberly [mailto:[email protected]]
Sendt: 2. mai 2013 22:11
Til: Sarah Potvin; [email protected]
Emne: Re: [Dspace-general] Identifying restricted/embargoed/open items when
harvesting
Hi Sarah,
Interesting question - I've wondered about this myself recently, in particular
because of the addition of oatd.org into the theses and dissertations community.
When we migrated our ETDs into our UA Campus Repository (DSpace), we used
elements of the ndltd metadata schema, and added dc.description.release to be
used to indicate embargoes or permanent restrictions. In addition, we've been
depositing theses and dissertations into the repository as part of a
retrospective digitization project. All of our items are available open access.
Right now, we have 17,752 theses and dissertations available, with less than 50
being temporarily embargoed or permanently restricted.
I have no idea if our use of the dc.description.release field is helpful for
harvesters or not. It would be a good thing to know, and I'm interested in
hearing what responses you might get on this question.
Best,
Kimberly
Kimberly Chapman
Campus Repository Service Manager
Assistant Librarian, Scholarly Publishing and Data Management Team (SPDM)
University of Arizona Libraries
1510 E University Boulevard / P.O. Box 210055
Tucson, AZ 85721-0055
(520) 349-7864 voice
(520) 621-8276 fax
From: Sarah Potvin [mailto:[email protected]]
Sent: Thursday, May 02, 2013 11:07 AM
To: [email protected]
Subject: [Dspace-general] Identifying restricted/embargoed/open items when
harvesting
Is anyone aware of a DSpace repository that indicates, in harvestable metadata,
the openness of particular items? We're getting requests from harvesters to
incorporate as metadata indications of whether an item is publicly accessible
(I.e., without restricted authorizations). Thanks in advance for any examples.
Currently running 1.8.2 in our repository.
All best,
Sarah
Sarah Potvin
Assistant Professor
Metadata Librarian
Digital Services & Scholarly Communication
University Libraries
Texas A&M University
[email protected]<mailto:[email protected]>
Evans Library Annex 501K
5000 TAMU | College Station, TX 77843-5000 979.458.2662
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Dspace-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-general