2. RESEARCHERS FUNDERS
OPEN ACCESS PROJECT
REPOSITORIES INFORMATION
2
3. OpenAIRE Guidelines
Provides orientation for
repository managers to define
and implement their local data
management policies.
Comply with the OpenAIRE
infrastructure that support and
monitor the implementation
OA pilot.
With these Guidelines
repository managers are
facilitating the authors who
deposit their publications in the
3
repository.
4. OpenAIRE Guidelines
Released in July 2010 (V. 1.1 Nov. 2010)
– The OpenAIRE guidelines are
supplementary and built on top of the
DRIVER Guidelines
Plus fields: projectID, accessRights,
embargoEndDate
– All aspects of the DRIVER Guidelines are
valid, with a very few exceptions
4
5. OpenAIRE Set
Content definitions:
– The content to be inserted in the
OpenAIRE set must be EC funded content
Set naming
setName setSpec*
The OpenAIRE set EC_funded_resources set ec_funded_resources
5
6. New elements
projectID
access_rights
embargo_end_date
6
7. projectID
Element name projectID
DCMI definition dc:relation
Usage Mandatory
Usage instruction A vocabulary of projects will be exposed by OpenAIRE
through OAI-MPH, and available for all repository
managers. Values will include .
The projectID equals the Grant Agreement number, and
is defined by the namespace info:eu-
repo/grantAgreement/EC/FP7
Example:
<dc:relation> info:eu-repo/grantAgreement/EC/FP7/12345 </dc:relation>
7
8. accessRights
Element name accessRights
DCMI definition dc:rights
Usage Mandatory
Usage instruction Use values from vocabulary Access Rights at
http://wiki.surffoundation.nl/display/standards/info-
eu-repo/#info-eu-repo-AccessRights;
• info:eu-repo/semantics/closedAccess
• info:eu-repo/semantics/embargoedAccess
• info:eu-repo/semantics/restrictedAccess
• info:eu-repo/semantics/openAccess
Examples:
<dc:rights> info:eu-repo/semantics/openAccess </dc:rights>
8
9. embargoEndDate
Element name embargoEndDate
DCMI definition dc:date
Usage Recommended
Usage instruction Recommended when accessRights = info:eu-
repo/semantics/embargoedAccess
The date type is controlled by the name space info:eu-
repo/date/embargoEnd/, see
http://wiki.surffoundation.nl/display/standards/info-
eu-repo/#info-eu-repo-DateTypesandvalue. Encoding
of this date should be in the form YYYY-MM-DD
(conform ISO 8601).
Examples:
<dc:date> info:eu-repo/date/embargoEnd/2011-05-12 <dc:date>
9
To Make your repository OpenAIRE compliant you need to implement the OpenAIRE Guidelines.
The European Comission and the European Research Council want to provide the widest dissemination and access to the results of the research they fund . To put this into practice, the European Commission has started an open access pilot in the Seventh Framework Programme (FP7) in August 2008. This policy requires researchers funded in seven selected areas of the FP7 to deposit their publications in a repository and to make it available in open access. A similar requirement has been established by the European Research Council through their open access guidelines in 2007.
OpenAIRE supports the Commission’s open access policy by developing an infrastructure for repository networks and a European helpdesk system to support researchers in depositing their research publications. To make possible this infrastructure, OpenAIRE developed simple metadata specifications for repositories – The OpenAIRE guidelines. The purpose of OpenAIRE Guidelines is to make FP7/ERC publications visible. To achieve this and allow central harvesting of FP7/ERC publications, repositories must comply with some minimum technical requirements, and a fter complying to the OpenAIRE guidelines, the repositories will become the single entry point for researchers that need to deposit publications.
The OpenAIRE Guidelines provides orientation for repository managers to define and implement their local data management policies in compliance with the Open Access demands of the European Commission. Furthermore they will comply with the technical requirements of the OpenAIRE infrastructure that is being established to support and monitor the implementation of the FP7 OA pilot. By implementing these Guidelines repository managers are facilitating the authors who deposit their publications in the repository, in complying with the EC Open Access requirements.
1. The OpenAIRE guidelines were presented in July 2010 and the current version (1.1) was published in November 2010. 2. The OpenAIRE guidelines are supplementary and built on top of the DRIVER Guidelines. For OpenAIRE compliance purposes, all the aspects of the DRIVER Guidelines are valid, with the some exceptions that you can find it in the document.
1. The OAI-PMH protocol states that the Repositories may organize items into sets. Set is a standard component of the OAI-PMH and are used to filter specific parts of a repository. This slide shows the preferred setName and setSpec that can be used to create the OpenAIRE set. 2. For harvesting of records relevant to OpenAIRE, the use of a specific set (OpenAIRE Set) at the local repository is mandatory. 3. EC_fundedresources is the OpenAIRE set. The specific content of the 'ec_fundedresources' set is to be determined at the local repository, but All the resources that will be harvested must be outcomes from research projects funded by the EC, and are peer-reviewed.
1. The use of oai_dc is based on the usage by DRIVER, as expressed in the DRIVER Guidelines 2.0. 2. In three cases the use of the DC elements is specific to OpenAIRE, opposed to a more general use in DRIVER. 3. These elements are: projectID, access_rights and embargoEndDate . 4. projectID, access_rights are mandatoty elements, and embargoEndDate is recommended.
projectID is needed to connect project information to the publication in the OpenAIRE information space. It equals to the Grant Agreement number as found in all documentation/correspondence between the EC and the researcher/coordinator. The projectID equals the Grant Agreement number, and is defined by the namespace info:eu-repo/grantAgreement/EC/FP7. The namespace defines the grant agreement number from the funder (EC) and funder program (FP7). The project information itself (project period, acronym, funding area etc.) will be ingested into the OpenAIRE information space by other means.
1. accessRights will define the type of access to the publication.
When the value of accessRights is “embargoedAccess” embargoEndDate will define the date of the embargo period. This is a Recommended element when accessRights = info:eu-repo/semantics/embargoedAccess