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

Reply via email to