Diretrizes OpenAIRE para Repositórios de Dados

European Open Science Infrastructure - OpenAIRE
Diretrizes OpenAIRE para

Repositórios de Dados
Brasília
2020
Instituto Brasileiro de Informação em Ciência e Tecnologia (IBICT)
Diretora do Instituto Brasileiro de Informação em Ciência e Tecnologia

Cecília Leite Oliveira
Coordenadora-Geral de Pesquisa e Manutenção de Produtos Consolidados (CGPC)

Bianca Amaro
Coordenador de Tratamento, Análise e Disseminação da Informação Científica

(CODIC)
Washington Luís Ribeiro de Carvalho Segundo
Arte da capa:
Fhillipe de Freitas Campos
Revisão:
Luciana dos Santos Nahuz
Lucas Nóbrega Paganine
Dados Internacionais de Catalogação na Publicação (CIP)

D598
Diretrizes OpenAIRE para Repositórios de Dados/ European Open Science Infrastructure -

OpenAIRE ; tradução de Patrícia Rodrigues Costa. -- Brasília : IBICT, 2020.
48p.: il. ; 28 cm
Título original: OpenAIRE Guidelines for Data Archives.
1. Repositório de dados. 2. Interoperabilidade. 3. Dados de pesquisa. 4. Gestão de

dados de pesquisa. 5. Ciência aberta. I. Costa, Patrícia Rodrigues. II. Título.
CDU 004.62
CDD 004
Ficha catalográfica elaborada pela Bibliotecária Luciana Nahuz CRB1 nº 1665
Setor de Autarquias Sul (SAUS) - Quadra 05 Lote 06 Rua Lauro Muller, 455 - 4º Andar-Botafogo
Bloco H - 5º Andar Cep: 22290 - 160 - Rio de Janeiro, RJ
Cep: 70070-912 - Brasília, DF Telefones: 55 (21) 2275-0321
Telefones: 55 (61) 3217-6360/ 55 (61) 3217-6350 Fax: 55 (21) 2275-3590
http://www.ibict.br https://ibict.br/pesquisa-e-pos-graduacao
/pos-graduacao-em-ciencia-da-informacao
http://www.ppgi.ufrj.br/
https://guidelines.openaire.eu/en/latest/_sources/data/index.txt
Agradecimentos e Colaboradores
Editores
● Mikael K. Elbæk (Universidade Técnica da Dinamarca)

● Lars Holm Nielsen (Organização Europeia para a Pesquisa Nuclear –
CERN, Suíça)
Especialistas e Avaliadores
● Samuele Kaplun (Organização Europeia para a Pesquisa Nuclear –

CERN, Suíça)
● Paolo Manghi (Conselho Nacional de Pesquisa – CNR, Itália)
● Natalia Manola (Universidade de Atenas, Grécia)
● Jochen Schirrwagen (Universidade de Bielefeld, Alemanha)
● Birgit Schmidt (Universidade de Goettingen, Alemanha)
● Mathias Lösch (Universidade de Bielefeld, Alemanha)
● Frauke Ziedorn (DataCite, Alemanha)
● Pedro Principe (Universidade do Minho, Portugal)
● Eloy Rodrigues (Universidade do Minho, Portugal)
● Najla Rettberg (Universidade de Goettingen, Alemanha)
Versões
● 2.0 abril 2014

○ Atualização do DataCite Metadata Schema v3.0
● 1.0 dezembro 2012
○ Documento inicial
SUMÁRIO
INTRODUÇÃO ………………………………………………………………………...1
USO DO OAI-PMH …………………………………………………………………...2
USO DO DATACITE…………………………………………………………………..4
VISÃO GERAL DO PERFIL DE APLICAÇÃO …………………………………….9

1. Identifier (M) …………………………………………………………………...12
2. Creator (M) …………………………………………………………………….13
3. Title (M) ………………………………………………………………………...16
4. Publisher (M) …………………………………………………………………..17
5. PublicationYear (M) …………………………………………………………..18
6. Subject (R) …………………………………………………………………….20
7. Contributor (MA/O) ……….…………………………………………………...22
8. Date (M) ………………………………………………………………………..26
9. Language (R)…………………………………………………………….…….28
10. ResourceType (R) …………………………………………………………..29
11. AlternateIdentifier (O)………………………………………………………..31
12. RelatedIdentifier (MA) ……………………………………………………….32
13. Tamanho (O)
………………………………………………………………….37
14. Formato (O) ………………………………………………………………....38
15. Version (O) …………………………………………………….……………..39
16. Rights (MA) …………………………………………………………………..40
17. Description (MA) ……………………………………………………………..42
18. GeoLocation (O) …………………………………………………………….44
REFERÊNCIA ..………………………………...……………………...…………………….48
1
https://guidelines.openaire.eu/en/latest/_sources/data/introduction.txt
INTRODUÇÃO
O OpenAIRE reúne os resultados de investigações científicas ligados às

fontes de financiamento europeias, com o objetivo de apoiar a ciência aberta e
de acompanhar o impacto da pesquisa. Este conteúdo contém publicações de
acesso aberto e informações contextuais associadas, tais como conjuntos de
dados, material suplementar, e informação sobre pesquisa/projeto.
Outras diretrizes OpenAIRE disponíveis para gestores de repositórios

são:
● Diretrizes OpenAIRE para Repositórios de Literatura Científica

● Diretrizes OpenAIRE para Gestores de sistemas CRIS
● Esboço das diretrizes OpenAIRE para Gestores de Repositórios de
Software
● Esboço das diretrizes OpenAIRE para outros produtos de pesquisa
As Diretrizes OpenAIRE para Gestores de Repositórios de Dados 2.0

fornecerão instruções para os gestores de arquivamento de dados para
divulgar seus metadados de forma compatível com a infraestrutura do
OpenAIRE. Os metadados dos arquivos de dados devem ser incluídos no
espaço de informação do OpenAIRE, e divulgados quando os dados estiverem
relacionados a uma publicação de acesso aberto, por exemplo, um conjunto de
dados citado em um artigo. Para acessar a versão em PDF dessas diretrizes,
acesse: http://dx.doi.org/10.5281/zenodo.6918
Ao implementar as Diretrizes OpenAIRE, os gestores de arquivamento

de dados facilitam a criação de publicações melhores e constroem marcos de
uma infraestrutura de dados interligados para a pesquisa.
A exposição e a visibilidade do conteúdo de uma gama de repositórios

europeus serão ampliadas significativamente quando uma abordagem comum
e interoperável for adotada, bem como quando ocorrer a adesão às diretrizes
2
existentes. A OpenAIRE está à disposição para ajudar na adesão a estas

diretrizes. Esta compatibilidade contribuirá para a futura interoperabilidade
entre infraestruturas de pesquisa, e os metadados estruturados beneficiam os
repositórios de dados individuais e a comunidade acadêmica em geral.
https://guidelines.openaire.eu/en/latest/_sources/data/use_of_oai_pmh.txt
USO DO OAI-PMH
OpenAIRE usa o protocolo OAI-PMH v2.0 para coleta dos metadados do

conjunto de dados.
- Formato dos Metadados
O OpenAIRE prevê que os metadados sejam codificados no formato de

metadados DataCite (metadataPrefix oai_datacite). Para informações sobre
como usar as propriedades individuais do DataCite, por favor, consulte a :
Visão geral do perfil de aplicação.
- OpenAIRE OAI Set
Um OAI-Set específico deve ser configurado no repositório local para

selecionar registros relevantes ao OpenAIRE para coleta. São recomendadas
as seguintes especificidades do conjunto:
setName | setSpec
OpenAIRE | openaire_data
! Nota
Um coletor utiliza apenas o valor setSpec para realizar a coleta seletiva. As
letras do setSpec devem estar em caixa baixa.
3
Conteúdo do conjunto
O conteúdo específico do conjunto openaire_data deve ser

determinado no repositório local. OpenAIRE irá coletar todos os conjuntos
de dados do conjunto openaire_data, mas divulgará apenas os conjuntos de
dados que satisfaçam ao menos um dos seguintes critérios no portal
OpenAIRE:
● O conjunto de dados é o resultado de um projeto de pesquisa financiado

identificado por um identificador de projeto (conferir a seção acima
“Informações sobre financiamento”).
● O conjunto de dados está associado com uma publicação no espaço de

informação no OpenAIRE (conferir a seção acima “Publicações
relacionadas e informações de conjunto de dados”).
Ambos os critérios acima podem ser inferidos automaticamente pela

infraestrutura OpenAIRE.
Em especial, um repositório de dados pode inserir um conjunto de

dados sem informações de financiamento ou associação a uma publicação
relacionada no conjunto openaire_data. Se mais tarde uma publicação coletada
a partir de um repositório de literatura científica for associada ao conjunto de
dados, o conjunto de dados será divulgado no portal OpenAIRE. Se o
repositório de literatura científica ou de dados associar explicitamente a
publicação e o conjunto de dados (conferir a seção “Publicações relacionadas e
informações dos conjuntos de dados”), o conjunto de dados será divulgado no
portal OpenAIRE, em geral, entre 1-2 dias após a coleta (os repositórios são
coletados, em média, uma vez por semana). Se a infraestrutura do OpenAIRE
tiver que inferir automaticamente a associação entre a publicação e o conjunto
de dados, pode levar até um mês após a coleta para que que o conjunto de
dados seja divulgado no portal do OpenAIRE.
4
https://guidelines.openaire.eu/en/latest/_sources/data/use_of_datacite.txt
USO DO DATACITE
OpenAIRE adotou o Esquema de metadados DataCite como a base

para a coleta e importação de metadados sobre os conjuntos de dados dos
arquivos de dados.
A missão principal da DataCite é construir e manter um quadro
sustentável que permita citar dados por meio do uso de identificadores
persistentes, DOIs.
OpenAIRE compartilha o objetivo do DataCite Metadata Schema –
fornecer um esquema de domínio de metadados agnóstico, bem como
interoperabilidade por meio de um pequeno número de propriedades - tornando
a interoperabilidade viável da maneira mais simples possível e, como
consequência, manter as barreiras técnicas para implementação o mais baixas
possível.
Gostaríamos de agradecer DataCite por seu gentil suporte e auxílio
para tornar possíveis as Diretrizes OpenAIRE para Gestores de Repositórios
de Dados.
O que é diferente?
Você encontrará neste documento as condições necessárias para
tornar o seu arquivo de dados compatível com a estrutura OpenAIRE.
OpenAIRE adotou o DataCite Metadata Schema |datacitever| com alguns
pequenos ajustes.
● OpenAIRE aceita outros esquemas de identificador persistente e não

apenas o DOI em 1.1 identifierType (M).
● OpenAIRE recomenda a exportação de link para publicações e conjunto

de dados relacionados (por exemplo, propriedades e atribuições 12.
RelatedIdentifier (MA) são obrigatórias quando aplicável).
5
● OpenAIRE recomenda usar a propriedade 7. Contributor (MA/O) para

vincular o conjunto de dados às informações de financiamento.
● Propriedades opcionais DataCite 8. Date (M) e 17. Description (MA) são
obrigatórias no OpenAIRE.
● OpenAIRE executa um esquema de codificação na propriedade

DataCite 16. Rights (MA).
Direitos de acesso e informações sobre licenças
OpenAIRE emprega os direitos de acesso para permitir uma melhor

experiência ao usuário, ao declarar os direitos de acesso de forma clara e
explícita no portal. Os direitos de acesso são especificados utilizando a
propriedade :ref:`d:rights` property. Por favor, confira o esquema de codificação
na seção acima.
Um exemplo:
1 <rightsList>
2 <rights rightsURI=”info:eu-repo/semantics/openAccess” />
3 </rightsList>
OpenAIRE recomenda ainda a inclusão de informações sobre as

licenças, se disponíveis:
1 <rightsList>
3 <rights rightsURI=”http://creativecommons.org/licenses/by/4.0/”>
4 Creative Commons Attribution 4.0 International
5 </rights>
6 </rightsList>
6
Informações sobre o financiamento
OpenAIRE apresenta um uso específico da propriedade 7. Contributor

(MA/O) para identificar ligações a fundos de investimentos.
Um dos principais objetivos do OpenAIRE é vincular o resultado da
pesquisa com seu (EC) financiamento. A seguinte aplicação da propriedade do
colaborador permite a identificação única e persistente do financiador que
investiu total ou parcialmente no conjunto de dados descrito.
As seguintes propriedades são obrigatórias quando aplicáveis para
fornecer informações sobre financiamento 7. Contributor (MA/O), 7.1
contributorType (MA/O), 7.2 contributorName (MA/O), 7.3 nameIdentifier
(MA/O) e 7.3.1 nameIdentifierScheme (MA/O).
Um exemplo para vincular o resultado da pesquisa ao projeto

OpenAIREplus FP7:
1 <contributor contributorType="Funder">
2 <contributorName>European Commission</contributorName>
3 <nameIdentifier nameIdentifierScheme="info">
4 info:eu-repo/grantAgreement/EC/FP7/282896
5 </nameIdentifier>
6 </contributor>
Informações sobre publicações e conjunto de dados relacionados
OpenAIRE coleta todos os conjuntos de dados de um repositório de

dados, mas divulga apenas alguns conjuntos de dados no portal OpenAIRE.
Conferir o Set content para detalhes específicos de quais conjuntos de dados
são divulgados.
Por exemplo, conjuntos de dados ligados à publicação serão
divulgados no portal OpenAIRE. A ligação entre o conjunto de dados e a
publicação pode ser explicitamente definida, como descrito nesta seção, ou
automaticamente inferida pela estrutura do OpenAIRE.
7
Se a ligação for definida explicitamente, o conjunto de dados será

divulgado no portal OpenAIRE entre 1-2 dias após a coleta (cada repositório é
coletado, em média, uma vez por semana). Se a ligação for inferida
automaticamente pela estrutura OpenAIRE, pode levar até um mês após a
coleta antes que o conjunto de dados seja divulgado no portal OpenAIRE.
Portanto, é obrigatório quando aplicável, fornecer ligações a publicações e aos
conjuntos de dados relacionados quando essas ligações estão disponíveis no
repositório, e assim garantir uma exposição mais rápida do conjunto de dados
no portal OpenAIRE.
Identificadores relacionados
O Esquema de Metadados DataCite permite vincular publicações e

conjunto de dados pelo uso de identificadores persistentes para identificar
exclusivamente o recurso descrito (A), tipicamente um conjunto de dados, mas
não limitado a isso, e o recurso relacionado(B), no caso do OpenAIRE
normalmente uma publicação ou um conjunto de dados.
Publicações/Conjuntos de dados relacionados devem ter as seguintes
propriedades: 12. RelatedIdentifier (MA), 12.1 relatedIdentifierType (M) e 12.2
relationType (M).
Um exemplo:
1 <relatedIdentifier
2 relatedIdentifierType="DOI"
3 relationType="IsCitedBy">
4 10.1234/bar
5 </relatedIdentifier>
Informações sobre data de embargo
Dois tipos principais de datas são relevantes ao OpenAIRE. Quando

os dados foram disponibilizados, publicados ou carregados em um banco de
dados formal, esta é a data em que os dados foram ''Emitidos''.
8
Por vezes dados podem ser embargados por um período de tempo;

esta informação deve ser gerenciada pelo provedor de dados e divulgada pela
exportação de uma data de ''Disponibilização'' para indicar o fim de um período
de embargo e uma data de ''Aceite'' para indicar o início de um período de
embargo.
Exemplo:
1 <dates>
2 <date dateType="Issued">2005-04-05</date>
3 </dates>
Um exemplo de embargo:
1 <dates>
2 <date dateType="Accepted">2011-12-01</date>
3 <date dateType="Available">2012-12-01</date>
4 </dates>
9
https://guidelines.openaire.eu/en/latest/_sources/data/application_profile.txt
VISÃO GERAL DO PERFIL DE APLICAÇÃO
OpenAIRE se baseia no DataCite Metadata Schema |datacitever|

tornando obrigatórias algumas das propriedades opcionais DataCite, bem como
executando esquemas de codificação específicos sobre os valores das
propriedades DataCite. O quadro abaixo detalha as diferenças em relação ao
DataCite Metadata Schema.
No OpenAIRE o uso dos campos pode ser:
● Obrigatório (M) = o campo deve estar sempre presente no registro dos

metadados. Não é permitido um elemento vazio.
● Obrigatório quando aplicável (MA) = quando o valor do campo pode

ser obtido, ele deve estar presente no registro dos metadados.
● Recomendado (R) = o uso do campo é recomendado.
● Opcional (O) = a propriedade pode ser usada para fornecer

informações complementares sobre o recurso.
O status recomendado é definido principalmente para encorajar os

usuários a inserir certas propriedades ao criar um registro de metadados para
melhorar os serviços.
! Importante
O quadro abaixo detalha apenas diferenças do Esquema de Metadados

DataCite v3.1, por favor, consulte o Esquema de Metadados DataCite
v3.1vpara definição de propriedades e seus esquemas de codificação:
http://schema.datacite.org/meta/kernel-3/index.html
10
Quadro 1- diferenças do Esquema de Metadados DataCite v3.1

Propriedade Comentário
1. Identifier (M)
Diferentemente do DataCite, OpenAIRE permite DOIs
1.1 identifierType (M) e outros tipos de identificadores.
2. Creator (M)
2.1 creatorName (M)
OpenAIRE recomenda a inclusão de um nameIdentifier
2.2 nameIdentifier (R) como ORCID ou um ISNI, se disponíveis.
2.2.1 nameIdentifierScheme (R)

2.2.2 schemeURI (R)
2.3 affiliation (R)
3. Title (M)
3. titleType (O)
5. PublicationYear (M)
4. Publisher (M)
6. Subject (R)
6.1 subjectScheme (O)
6.2 schemeURI (O)
OpenAIRE usa esta propriedade e subpropriedades
para permitir a identificação única e persistente do
financiador que financiou total ou parcialmente o
conjunto de dados descrito. Isto não exclui também o
uso desta propriedade para contribuições adicionais,
conforme definido pelo Esquema de Metadados
7. Contributor (MA/O) DataCite v3.1. Conferir Informações de financiamento.
7.1 contributorType (MA/O)
7.2 contributorName (MA/O)
7.3 nameIdentifier (MA/O)
7.3.1 nameIdentifierScheme (MA/O)

7.3.2 schemeURI (O)
7.4 affiliation (O)
Propriedade obrigatória no OpenAIRE em vez de
recomendada no DataCite. Conferir Informações de
8. Date (M) embargo
8.1 dateType (M) .
9. Language (R)
10. ResourceType (R)
11
10.1 resourceTypeGeneral (R)
11. AlternateIdentifier (O)
11.1 alternateIdentifierType (O)

Propriedade obrigatória quando aplicável no
OpenAIRE em vez de recomendada no DataCite.
Conferir Informações sobre publicações e conjuntos de
12. RelatedIdentifier (MA) dados relacionados.
12.1 relatedIdentifierType (M)

12.2 relationType (M)
12.3 relatedMetadataScheme (O)

12.1 schemeURI (O)
12.1 schemeType (O)
13. Size (O)
14. Format (O)
15. Version (O)
Propriedade obrigatória quando pertinente no
OpenAIRE em vez de recomendada no DataCite.
Conferir Informações sobre direitos de acesso e
16. Rights (MA) licenças.
16.1 rightsURI (MA)
Propriedade obrigatória quando pertinente no
17. Description (MA) OpenAIRE em vez de recomendada no DataCite.
17.1 descriptionType (MA)

18. GeoLocation (O)
18.1 geoLocationPoint (O)
18.2 geoLocationBox (O)
18.3 geoLocationPlace (O)

Fonte: OPENAIRE (2018)
12
https://guidelines.openaire.eu/en/latest/_sources/data/field_identifier.txt
1. Identifier (M)
O Identificador é uma série única que identifica um recurso (ocorrências: 1).
Valores permitidos, exemplos, outras restrições
O formato deve ser “10.1234/foo”
1.1 identifierType (M)
O tipo de Identificador (ocorrências: 1).
Valores da lista controlada (DataCite)
● DOI
Valores da lista controlada(OpenAIRE)
● ARK
● DOI
● Handle
● PURL
● URN
● URL
! Nota
Ao contrário do DataCite, o OpenAIRE permite DOIs e outros tipos de

identificadores.
Exemplo
1 <identifier identifierType="DOI">
2 10.1594/WDCC/CCSRNIES_SRES_B2
3 </identifier>
13
https://guidelines.openaire.eu/en/latest/_sources/data/field_creator.txt
2. Creator (M)
Os principais pesquisadores responsáveis pela produção dos dados, ou os

autores da publicação, em ordem de prioridade (ocorrências: 1-n).
Pode ser um nome corporativo/institucional ou pessoal. Observação: A

infraestrutura DataCite comporta entre 8.000-10.000 nomes. Para listas de
nomes acima deste tamanho, considere a atribuição por meio da ligação com
os metadados relacionados.
2.1 creatorName (M)
O nome do autor (ocorrências: 1).
Exemplos: Smith, John; Miller, Elizabeth
O formato do nome deve ser: sobrenome, nome. Nomes com caracteres não
romanos devem ser transliterados conforme o sistema ALA-LC.
2.2 nameIdentifier (R)
Identifica de forma única uma pessoa física ou jurídica, de acordo com vários
esquemas (ocorrências: 0-1).
14
O formato dependendo do esquema.
! Nota
OpenAIRE recomenda a inclusão de um identificador tal como ORCID ou ISNI,

se disponível.
2.2.1 nameIdentifierScheme (R)
O nome do esquema identificador de nome (ocorrências: 1).
Se nameIdentifier for usado, o nameIdentifierScheme é obrigatório.

Exemplos: ORCID, ISNI,
2.2.2 schemeURI (R)
O URI do nome do esquema identificador (ocorrências: 0-1).
Exemplos:
● http://www.isni.org
● http://orcid.org
2.3 Afiliação (R)
A afiliação da organização ou da instituição do autor (ocorrências: 0-n).

15
Texto Livre.
Exemplo
.
1 <creators>
2 <creator>
3 <creatorName>Miller, John</creatorName>
4 </creator>
5 <creator>
6 <creatorName>Smith, Jane</creatorName>
7 <affiliation>OpenAIRE</affiliation>
8 <nameIdentifier nameIdentifierScheme="ISNI"
9 schemeURI="http://www.isni.org">
10 1422 4586 3573 0476
11 </nameIdentifier>
12 </creator>
13 </creators>
16
https://guidelines.openaire.eu/en/latest/_sources/data/field_title.txt
3. Title (M)
O nome ou título pelo qual o recurso é conhecido (ocorrências: 1-n).

Texto livre.
3. titleType (O)
O tipo do título (ocorrências: 0-1).
Valores da lista controlada:
● Título alternativo
● Subttítulo
● TítuloTraduzido
Exemplo
1 <titles>
2 <title>
3 National Institute for Environmental Studies and Center
4 for Climate System Research Japan
5 </title>
6 <title titleType="Subtitle">A survey</title>
7 </titles>
17
https://guidelines.openaire.eu/en/latest/_sources/data/field_publisher.txt
4. Publisher (M)
O nome da entidade que detém, arquiva, publica impressões, distribui, edita,

difunde ou produz o recurso. Esta propriedade será utilizada para formular a
citação, portanto, considere a relevância do papel (ocorrências: 1)
Exemplos: World Data Center for Climate (WDCC); GeoForschungsZentrum

Potsdam (GFZ); Geological Institute, University of Tokyo
Exemplo
1 <publisher>World Data Center for Climate (WDCC)</publisher>

18
https://guidelines.openaire.eu/en/latest/_sources/data/field_publicationyear.txt
5. PublicationYear (M)
O ano em que os dados foram ou serão tornados públicos (ocorrências: 1)
Ano no formato: YYYY
Se um período de embargo estiver em vigor, use a data prevista para o término

do período de embargo.
No caso dos conjuntos de dados, “publicar” significa tornar os dados

disponíveis em uma data específica para a comunidade de pesquisadores.
Se não houver uma publicação padrão do valor anual, deve-se usar da data
que seria preferível da perspectiva da citação.
! Nota
Ver 8. Date (M) e 8.1 dateType (M) para a aplicação recomendada do período
de embargo no OpenAIRE.
Instruções adicionais
O ano em que os dados foram ou serão disponibilizados publicamente. No

caso de conjuntos de dados, “publicar” significa tornar os dados disponíveis em
uma data específica para a comunidade de pesquisadores.
● Se esta data não puder ser determinada, deve-se usar a data de

registro.
19
● Se um período de embargo estiver em vigor, deve-se usar a data

prevista para o término do período de embargo.
● Se não houver uma publicação padrão do valor anual, deve-se usar da

data que seria preferível da perspectiva da citação.
No caso de uma versão digitalizada de um objeto físico
Se o DOI estiver sendo usado para identificar uma versão digitalizada de um

item original, a abordagem recomendada é de fornecer o 5. PublicationYear (M)
para a versão digital e não para o objeto original.
O campo 3. Title (M) pode ser usado para transmitir a data estimada ou
conhecida do objeto original. Outras propriedades de metadados disponíveis
para informações adicionais relacionadas à data sobre o objeto incluem: 6.
Subject (R) e 17. Description (MA). Entretanto, apenas 3. Title (M) será parte
da citação.
Se o DOI estiver sendo usado para identificar o objeto original e se sua data de
publicação for desconhecida ou estiver fora do padrão, então recomenda-se o
seguinte:
● Use a data que seria preferível da perspectiva da citação.
Exemplo
1 <publicationYear>2004</publicationYear>
20
https://guidelines.openaire.eu/en/latest/_sources/data/field_subject.txt
6. Subject (R)
Assunto, palavra-chave, código de classificação, ou frase-chave descrevendo o

recurso (ocorrência: 0-n).
Texto livre.
6.1 subjectScheme (O)
O nome do esquema de assunto ou código de classificação ou autoridade, se

for utilizado (ocorrências: 01).
Texto livre.
6.2 schemeURI (O)
O URI do esquema de identificador do assunto (ocorrências: 0-1).
Exemplos:
● http://id.loc.gov/authorities/subjects
● http://dewey.info/
Exemplos
21
1 <subjects>
2 <subject>Earth sciences and geology</subject>
3 <subject subjectScheme="DDC" schemeURI="http://dewey.info/">
4 551 Geology, hydrology, meteorology
5 </subject>
6 </subjects>
22
https://guidelines.openaire.eu/en/latest/_sources/data/field_contributor.txt
7. Contributor (MA/O)
A instituição ou a pessoa responsável pela coleta, gestão, distribuição ou

qualquer outra contribuição para o desenvolvimento de recurso (ocorrências:
0-n).
Nota: A infraestrutura DataCite aceita de 8000 a 10000 nomes. Para listas de

nomes acima deste tamanho, considere a atribuição por meio da ligação com
os metadados relacionados.
! Nota
OpenAIRE utiliza esta propriedade para permitir uma identificação única e

persistente do financiador que financiou total ou parcialmente o conjunto de
dados descrito. Isto não exclui o uso da propriedade também por colaboradores
adicionais como definido pelo DataCite Metadata Schema |datacitever|.
A propriedade e subpropriedades são *obrigatórias, apenas quando aplicáveis

(MA),* para descrever as informações de financiamento. O uso adicional é
*opcional(O)*.
Por favor, consulte a seção Funding information para um exemplo completo do

uso de 7. Contributor (MA/O), 7.1 contributorType (MA/O), 7.2 contributorName
(MA/O), 7.3 nameIdentifier (MA/O) e 7.3.1 nameIdentifierScheme (MA/O) para
fornecer informações de financiamento.
7.1 contributorType (MA/O)
O tipo de colaborador do recurso (ocorrências: 1).

23
Se 7. Contributor (MA/O) for usado, então 7.1 contributorType (MA/O) é

obrigatório.
Valores de lista controlada:
● Pessoa para contato

● Coletor de dados
● Curador de dados
● Gerente de dados
● Distribuidor
● Editor
● Financiador
● Instituição mantenedora
● Produtor
● Líder do projeto
● Gerente de projetos
● Membro do projeto
● Agência de Registro
● Autoridade de Registro
● Pessoa relacionada
● Pesquisador
● Grupo de Pesquisa
● Detentor dos direitos
● Patrocinador
● Supervisor
● Líder do pacote de trabalho
● outro
7.2 contributorName (MA/O)
O nome do colaborador (occurrences: 1).
Se 7. Contributor (MA/O) for usado, então 7.2 contributorName (MA/O) é

obrigatório.
Exemplos: Patel, Emily; Doe, John

24
O formato do nome deve ser: sobrenome, nome. Nomes com caracteres não
romanos devem ser transliterados conforme o sistema ALA-LC.
! Nota
Aplicável apenas quando o contributorType é o “Financiador”
7.3 nameIdentifier (MA/O)
Identifica de forma única uma pessoa física ou jurídica, de acordo com vários
esquemas (ocorrências: 0-1).
O formato depende do esquema.
! Nota
Aplicável apenas quando o contributorType é o “Financiador”
A sintaxe é:
info:eu-repo/grantAgreement/Funder/FundingProgram/ProjectID/
[Jurisdiction]/[ProjectName]/[ProjectAcronym]
onde:
● Financiador refere-se à organização de financiamento (por exemplo, CE

para Comissão Europeia, WT para Wellcome Trust)
● FundingProgramme refere-se a um programa específico (por exemplo,
FP7 para o Programa-Quadro Sete, H2020 para o Horizonte 2020)
● ProjectID refere-se a um identificador exclusivo no escopo do financiador
(e talvez do programa), por exemplo. um número do contrato de
subvenção.
● Jurisdição refere-se à autoridade concedida a um órgão legal
formalmente constituído (por exemplo, UE para a União Europeia)
25
● ProjectName contém o nome completo do projeto

● ProjectAcronym contém o acrônimo do projeto.
Para compatibilidade com OpenAIRE, os elementos entre colchetes são

opcionais. O namespace de três partes é obrigatório quando aplicável (info:
eu-repo / grantAgreement / Funder / FundingProgram / ProjectID), enquanto o
namespace de seis partes é recomendado.
Ao omitir campos na versão estendida, o número de campos deve ser

preservado usando /. Um exemplo correto para omitir o campo ProjectName
ficaria assim: EC / FP7 / 12345 / EU // OpenAIREplus
Se algum dos valores do campo contiver uma barra (/), ele precisará ser
escapado usando a codificação de URL (% 2F). Por exemplo, Meu / Projeto
seria representado como My% 2FProject.
7.3.1 nameIdentifierScheme (MA/O)
O nome do esquema de identificação de nome (ocorrências: 1).
Se 7.3 nameIdentifier (MA/O) for usado, então o 7.3.1 nameIdentifierScheme

(MA/O) é obrigatório.
Exemplos:ORCID, ISNI, FundRef.
! Nota
Aplicável apenas quando o contributorType for o “Financiador”
● info
26
7.3.2 schemeURI (O)
O URI do esquema de identificação do nome (ocorrências: 0-1).
Exemplos:
● http://www.isni.org
● http://orcid.org
● http://www.crossref.org/fundref/
7.4 affiliation (O)
A afiliação organizacional ou institucional do colaborador (ocorrências: 0-n).
Texto livre.
Exemplo
1 <contributor contributorType="Funder">
2 <contributorName>European Commission</contributorName>
3 <nameIdentifier nameIdentifierScheme="info">
4 info:eu-repo/grantAgreement/EC/FP7/282896
5 </nameIdentifier>
6 </contributor>
27
https://guidelines.openaire.eu/en/latest/_sources/data/field_date.txt
8. Date (M)
Datas diferentes relevantes para o trabalho (ocorrências: 0-n).
YYYY, YYYY-MM-DD, YYYY-MM-DDThh:mm:ssTZD ou qualquer outro formato

ou nível de granularidade descrito em W3CDTF. Use o padrão RKMS-ISO8601
para representação de intervalos de datas. Exemplo: 2004-03-02/2005-06-02
! Nota
Propriedade obrigatória no OpenAIRE em vez da recomendada no DataCite.
8.1 dateType (M)
O tipo de data (ocorrências: 1).
Se data for usada, então dateType é obrigatório.

● Aceito
● Disponível
● Protegido por direitos autorais
● Coletado
● Criado
● Emitido
● Submetido
● Atualizado
● Válido
28
! Nota
Use “Emitido” para a data em que o recurso for publicado ou difundido. Para
indicar o fim de um período de embargo, use “Disponível”. Para indicar o
começo de um período de embargo, use “Aceito”.
DataCite v3.1 recomenda ainda o uso de “Criado” e “Submetido”.
Outros dateTypes podem ser especificados. Por favor, consulte DataCite

Metadata Schema v3.1 para detalhes.
Exemplo
Um exemplo:
1 <dates>
2 <date dateType="Issued">2005-04-05</date>
3 </dates>
Um exemplo de embargo
1 <dates>
2 <date dateType="Accepted">2011-12-01</date>
3 <date dateType="Available">2012-12-01</date>
4 </dates>
29
https://guidelines.openaire.eu/en/latest/_sources/data/field_language.txt
9. Language (R)
A língua principal do recurso (ocorrências: 0-1).
Valores permitidos são retirados de códigos de língua IETF BCP 47, ISO 639-1.
Exemplos: en, de, fr.
Exemplo
1 <language>eng</language>
30
https://guidelines.openaire.eu/en/latest/_sources/data/field_resourcetype.txt
10. ResourceType (R)
Uma descrição do recurso (ocorrências: 0-1).
O formato é aberto, mas o formato preferido é um termo único de algum

detalhe para quem um par possa ser formado com a sub-propriedade.
Os formatos do texto podem ser de texto livre OU termos da lista de tipos de

recursos de publicações CASRAI.
Exemplos:
Dataset/Census Data, em que Dataset é o valor de resourceTypeGeneral e

Census Data é ResourceType value. Text/Conference Abstract, em que Text é
valor de ResourceTypeGeneral e Conference Abstract é valor resourceType
alinhado com o termo de publicações CASRAI.
10.1 resourceTypeGeneral (R)
O tipo geral de um recurso (ocorrências: 1).
Se ResourceType for usado, então resourceTypeGeneral é obrigatório.

31
● Audiovisual
● Coleção
● Conjunto de dados
● Evento
● Imagem
● Recurso interativo
● Modelo
● Objeto físico
● Serviço
● Software
● Som
● Texto
● Fluxo de trabalho
● Outro
Combine “Texto” com texto livre ou termos da lista de tipos de recursos de

publicações CASRAI disponível aqui.
Exemplo
1 <resourceType resourceTypeGeneral="Image">Animation</resourceType>
32
https://guidelines.openaire.eu/en/latest/_sources/data/field_alternateidentifier.txt
11. AlternateIdentifier (O)
Um identificador ou identificadores que não o identificador primário aplicado ao

recurso que está sendo registrado. Pode ser qualquer cadeia alfanumérica que
seja única dentro de seu domínio de emissão. Pode ser usado para
identificadores locais. O AlternateIdentifier deve ser utilizado para outro
identificador da mesma instância (mesma localização, mesmo arquivo)
(ocorrências: 0-n).
11.1 alternateIdentifierType (O)
O tipo de AlternateIdentifier (ocorrências: 1).
Texto livre.
Se AlternateIdentifier for usado, então alternateIdentifierType é obrigatório.

Para o exemplo acima, o alternateIdentifierType seria Um número de registro
local.
Exemplo
1 <alternateIdentifiers>
2 <alternateIdentifier alternateIdentifierType="ISBN">
3 937-0-1234-56789-X
4 </alternateIdentifier>
5 </alternateIdentifiers>
33
https://guidelines.openaire.eu/en/latest/_sources/data/field_relatedidentifier.txt
12. RelatedIdentifier (MA)
Identificadores de recursos relacionados. Estes devem ser identificadores

únicos globalmente (ocorrências: 0-n).
Texto livre.
Use esta propriedade para indicar subconjuntos das propriedades, conforme o

caso.
! Nota
Propriedade obrigatória quando aplicável no OpenAIRE em vez de
recomendado no DataCite.
Por favor, consulte Related publications and datasets information para detalhes
específicos em como vincular conjuntos de dados e publicações.
12.1 relatedIdentifierType (M)
O tipo de RelatedIdentifier (ocorrências: 1).
Se 12. RelatedIdentifier (MA) for usado, então 12.1 relatedIdentifierType (M) é

obrigatório.

34
● ARK
● arXiv
● bibcode
● DOI
● EAN13
● EISSN
● Handle
● ISBN
● ISSN
● ISTC
● LISSN
● LSID
● PMID
● PURL
● UPC
● URL
● URN
12.2 relationType (M)
Descrição da relação do recurso que está sendo registrado (A) e do recurso

relacionado (B) (ocorrência: 1).
Se 12. RelatedIdentifier (MA) for usado, então 12.2 relationType (M) é

obrigatório.

35
● IsCitedBy (indica que B inclui A em uma citação)

● Cites (indica que A inclui B em uma citação)
● IsSupplementTo (indica que A é um suplemento de B)
● IsSupplementedBy (indica que B é um suplemento de A)
● IsContinuedBy (indica que A tem continuidade no trabalho B)
● Continues (indica que A é a continuação do trabalho B)
● HasMetadata (indica que o recurso A tem metadados adicionais de B)
● IsMetadataFor (indica metadados adicionais A para o recurso B)
● IsNewVersionOf (indica que A é uma nova edição de B, na qual a nova
edição foi alterada ou atualizada)
● IsPreviousVersionOf (indica que A é uma edição anterior de B)
● IsPartOf (indica que A é uma parte de B; pode ser usado para elementos
de uma série)
● HasPart (indica que A inclui parte B)
● IsReferencedBy (indica que A é usado como fonte de informação por B)
● References (indica que B é usado como fonte de informação por A)
● IsDocumentedBy (indica que B é uma documentação sobre/explicativa
de A)
● Documents (indica que A é uma documentação sobre/explicativa de B)
● isCompiledBy (indica que B é usado para compilar ou criar A)
● Compiles (indica que B é o resultado de uma compilação ou da
elaboração de um evento usando A)
● IsVariantFormOf (indica que A é uma variante ou uma forma diferente de
B, por exemplo forma calculada ou calibrada ou embalagem diferente)
● IsOriginalFormOf (indica que A é a foram original de B)
● IsIdenticalTo (indica que A é idêntico a B, quando houver necessidade
de registrar duas instâncias separadas do mesmo recurso)
● IsReviewedBy (indica que A é revisado por B)
● Reviews (indica que A é uma revisão de B)
● IsDerivedFrom (indica que B é uma fonte na qual A se fundamenta)
● IsSourceOf (indica que A é uma fonte na qual B se fundamenta)
36
! Nota
Cites e IsCitedBy são usados especificamente para quando uma publicação/um
conjunto de dados citar outra publicação/outro conjunto de dados em suas
referências, enquanto References e IsReferencedBy são para quando um
conjunto de dados/uma publicação é usado como fonte de informação sem
uma citação direta.
OpenAIRE incentiva a inclusão de ao menos um dos tipos de relação listados

acima, mas permite o uso de todos os tipos de relação DataCite.
12.3 relatedMetadataScheme (O)
O nome do esquema (ocorrências: 0-1).
Use apenas com este par de relações: (HasMetadata/IsMetadataFor).
12.1 schemeURI (O)
A URI da relatedMetadataScheme (ocorrências: 0-1).
12.1 schemeType (O)
O tipo de relatedMetadataScheme, ligado ao schemeURI (ocorrências: 0-1).

37
Exemplos: XSD, DDT, Turtle
Exemplo
Um exemplo:
1 <relatedIdentifier
2 relatedIdentifierType="DOI"
3 relationType="IsCitedBy">
4 10.1234/bar
5 </relatedIdentifier>
38
https://guidelines.openaire.eu/en/latest/data/field_size.html
13. Tamanho (O)
Informação de tamanho não estruturado sobre o recurso (ocorrências: 0-n).
Texto livre.
Exemplos: "15 páginas", "6 MB"
Exemplo
1 <sizes>
2 <size>15 pages</size>
3 <size>6 MB</size>
4 </sizes>
39
https://guidelines.openaire.eu/en/latest/_sources/data/field_format.txt
14. Format (O)
Formato técnico do recurso. (ocorrências: 0-n).
Texto livre.
Use extensão de arquivo ou tipo MIME se possível, por exemplo, PDF, XML,
MPG ou application/pdf, text/xml, video/mpeg.
Exemplo
1 <formats>
2 <format>PDF</format>
3 <format>application/pdf</format>
4 </formats>
40
https://guidelines.openaire.eu/en/latest/_sources/data/field_version.txt
15. Version (O)
O número da versão do recurso (ocorrências: 0-1).
Prática sugerida: track major_version.minor_version.
Registre um novo identificador para uma importante mudança de versão.

Administradores individuais precisam determinar quais são as versões
principais vs. secundárias (com base no trabalho do Earth Science Information
Partners (ESIP). Para maiores informações, veja aqui.
Pode ser usado em conjunto com as propriedades 11. AlternateIdentifier (O) e

12. RelatedIdentifier (MA) para indicar diversas atualizações de informações.
Pode ser usado juntamente com a propriedade 17. Description (MA) para
indicar a natureza e o intervalo da versão de arquivos/gravações.
Exemplo
1 <version>1.0</version>
41
https://guidelines.openaire.eu/en/latest/_sources/data/field_rights.txt
16. Rights (MA)
Quaisquer informações sobre os direitos para esse recurso (ocorrência: 0-n).
Texto livre.
Fornecer uma declaração de gestão de direitos para o recurso ou fazer

referência a um serviço que forneça tal informação. Incluir informações de
embargo, se pertinente.
Use o título completo da licença e inclua informações da versão, se pertinente.
Exemplo: Creative Commons Attribution 3.0 Germany License
! Nota
Propriedade obrigatória quando aplicável no OpenAIRE em vez de opcional no
DataCite.
OpenAIRE usa esta propriedade para declarar explicitamente o direto de

acesso ao recurso via 16.1 rightsURI (MA). Isto não exclui também o uso da
propriedade 16. Rights (MA) para declarações de direitos adicionais conforme
definido pelo DataCite Metadata Schema |datacitever|. Em particular,
OpenAIRE também recomenda incluir informações da licença, se pertinente.
Por favor, consulte a seção Access rights and license information para um
exemplo completo de como declarar direitos de acesso e informações sobre
licenças.
42
16.1 rightsURI (MA)
O URI da licença (ocorrências: 0-1).
Exemplo:
http://creativecommons.org/licenses/by/3.0/de/deed.en
! Nota
Propriedade obrigatória quando aplicável no OpenAIRE em vez de opcional no
DataCite.
Use termos do info:eu-repo-Access-Terms vocabulary. Os valores são:
● info:eu-repo/semantics/closedAccess
● info:eu-repo/semantics/embargoedAccess
● info:eu-repo/semantics/restrictedAccess
● info:eu-repo/semantics/openAccess
Esta propriedade pode ser usada também para declarar explicitamente a

licença para o recurso.
Por favor, consulte a seção Access rights and license information para um
exemplo completo de como declarar direitos de acesso e informações sobre
licenças.
Por favor, consulte a seção :ref:`accessrights` para um exemplo completo de

como declarar o direito de acesso e informações sobre a licença.
43
Exemplo
Um exemplo:
1 <rightsList>
3 </rightsList>
A OpenAIRE ainda recomenda incluir informações da licença se disponíveis:
1 <rightsList>
3 <rights rightsURI=”http://creativecommons.org/licenses/by/4.0/”>
4 Creative Commons Attribution 4.0 International
5 </rights>
6 </rightsList>
44
https://guidelines.openaire.eu/en/latest/data/field_description.html
17. Description (MA)
Toda informação adicional que não se enquadre em nenhuma das demais

categorias. Pode ser usada para informação técnica (ocorrências: 0-n).
O formato é aberto.
É a melhor prática para fornecer uma descrição.
! Nota
o OpenAIRE em vez de opcional no
Propriedade obrigatória quando aplicável n
DataCite.
17.1 descriptionType (MA)
O tipo da Descrição. (ocorrências: 1).
Se Description for usada, então descriptionType é obrigatória.
● Resumo
● Métodos
● Informações de série
● Índice
● Outro
45
! Nota
O uso de "Resumo" é obrigatório quando aplicável no OpenAIRE em vez de
recomendável no DataCite.
Exemplo
1 <descriptions>
2 <description descriptionType="Abstract">
3 This is an abstract
4 </description>
5 <description descriptionType="Other">
6 This is e.g. a note.
7 </description>
8 </descriptions>
46
https://guidelines.openaire.eu/en/latest/_sources/data/field_geolocation.txt
18. GeoLocation (O)
Região espacial ou local designado em que os dados foram coletados ou sobre

a qual os dados estão enfocados (ocorrências: 0-n).
Repita esta propriedade para indicar vários locais diferentes.
18.1 geoLocationPoint (O)
Uma localização pontual no espaço (ocorrências: 0-1).
Um ponto contém um único par de latitude-longitude, separado por um espaço

em branco.
Ver Instruções de uso detalhadas.
18.2 geoLocationBox (O)
Os limites espaciais de um lugar (ocorrência: 0-1).
Uma caixa contém dois pares de latitude-longitude separados por espaço em

branco, com cada par separado por espaço em branco. O primeiro par é o
47
canto inferior (normalmente sudoeste), o segundo é o canto superior

(normalmente nordeste).
Ver Instruções de uso detalhadas.
18.3 geoLocationPlace (O)
Descrição de uma localização geográfica (ocorrências: 0-1).
Texto livre. Use para descrever uma localização geográfica.
Instruções de uso detalhadas
Use as coordenadas WGS 84 (World Geodetic System). Use apenas números

decimais para as coordenadas. Longitudes estão entre -180 e 180 (0 indica o
Meridiano de Greenwich; números negativos indicam o oeste; números
positivos, o leste), Latitudes estão entre -90 e 90 (0 indica a linha do equador;
números negativos indicam o sul; números positivos, o norte).
Exemplo
1 <geoLocations>
2 <geoLocation>
3 <geoLocationPoint>31.233 -67.302</geoLocationPoint>
4 <geoLocationBox>41.090 -71.032 42.893 -68.211</geoLocationBox>
5 <geoLocationPlace>Atlantic Ocean</geoLocationPlace>
6 </geoLocation>
7 </geoLocations>
48
Referência
OPENAIRE. OpenAIRE Guidelines for Data Archives. 2018. Disponível em:

https://guidelines.openaire.eu/en/latest/data/index.html. Acesso em: 12 ago.
2020.

Diretrizes OpenAIRE para Repositórios de Dados

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Diretrizes OpenAIRE para Repositórios de Dados

Enviado por

Direitos autorais:

Formatos disponíveis

European Open Science Infrastructure - OpenAIRE

Diretrizes OpenAIRE para

Diretora do Instituto Brasileiro de Informação em Ciência e Tecnologia

Coordenadora-Geral de Pesquisa e Manutenção de Produtos Consolidados (CGPC)

Coordenador de Tratamento, Análise e Disseminação da Informação Científica

Dados Internacionais de Catalogação na Publicação (CIP)

​Diretrizes OpenAIRE para Repositórios de Dados​/ ​European Open Science Infrastructure​ -

Título original: OpenAIRE Guidelines for Data Archives.

1. Repositório de dados. 2. Interoperabilidade. 3. Dados de pesquisa. 4. Gestão de

​Ficha catalográfica elaborada pela Bibliotecária Luciana Nahuz CRB1 nº 1665

● Mikael K. Elbæk (Universidade Técnica da Dinamarca)

● Samuele Kaplun (Organização Europeia para a Pesquisa Nuclear –

● 2.0 abril 2014

USO DO OAI-PMH …………………………………………………………………...​2

VISÃO GERAL DO PERFIL DE APLICAÇÃO …………………………………….​9

O OpenAIRE reúne os resultados de investigações científicas ligados às

Outras diretrizes OpenAIRE disponíveis para gestores de repositórios

● Diretrizes OpenAIRE para Repositórios de Literatura Científica

As Diretrizes OpenAIRE para Gestores de Repositórios de Dados 2.0

Ao implementar as Diretrizes OpenAIRE, os gestores de arquivamento

A exposição e a visibilidade do conteúdo de uma gama de repositórios

existentes. A OpenAIRE está à disposição para ajudar na adesão a estas

OpenAIRE usa o protocolo OAI-PMH v2.0 para coleta dos metadados do

- Formato dos Metadados

O OpenAIRE prevê que os metadados sejam codificados no formato de

- OpenAIRE OAI Set

Um OAI-Set específico deve ser configurado no repositório local para

O conteúdo específico do conjunto ​openaire_data deve ser

● O conjunto de dados é o resultado de um projeto de pesquisa financiado

● O conjunto de dados está associado com uma publicação no espaço de

Ambos os critérios acima podem ser inferidos automaticamente pela

Em especial, um repositório de dados pode inserir um conjunto de

OpenAIRE adotou o Esquema de metadados DataCite como a base

● OpenAIRE aceita outros esquemas de identificador persistente e não

● OpenAIRE recomenda a exportação de link para publicações e conjunto

● OpenAIRE recomenda usar a propriedade ​7. Contributor (MA/O)​ para

● OpenAIRE executa um esquema de codificação na propriedade

Direitos de acesso e informações sobre licenças

OpenAIRE emprega os direitos de acesso para permitir uma melhor

OpenAIRE recomenda ainda a inclusão de informações sobre as

Informações sobre o financiamento

OpenAIRE apresenta um uso específico da propriedade ​7. Contributor

Um exemplo para vincular o resultado da pesquisa ao projeto

Informações sobre publicações e conjunto de dados relacionados

OpenAIRE ​coleta todos os conjuntos de dado​s de um repositório de

Se a ligação for definida explicitamente, o conjunto de dados será

O Esquema de Metadados DataCite permite vincular publicações e

Informações sobre data de embargo

Dois tipos principais de datas são relevantes ao OpenAIRE. Quando

Por vezes dados podem ser embargados por um período de tempo;

VISÃO GERAL DO PERFIL DE APLICAÇÃO

OpenAIRE se baseia no DataCite Metadata Schema |datacitever|

No OpenAIRE o uso dos campos pode ser:

● Obrigatório (M)​ = o campo deve estar sempre presente no registro dos

● Obrigatório quando aplicável (MA)​ = quando o valor do campo pode

● Recomendado (R)​ = o uso do campo é recomendado.

● Opcional (O)​ = a propriedade pode ser usada para fornecer

O status recomendado é definido principalmente para encorajar os

O quadro abaixo detalha apenas diferenças do Esquema de Metadados

Quadro 1​- diferenças do Esquema de Metadados DataCite v3.1

2.2.1 nameIdentifierScheme (R)

7.1 contributorType (MA/O)

7.2 contributorName (MA/O)

Diretrizes OpenAIRE para Repositórios de Dados/ European Open Science Infrastructure -

Ficha catalográfica elaborada pela Bibliotecária Luciana Nahuz CRB1 nº 1665

USO DO OAI-PMH …………………………………………………………………...2

VISÃO GERAL DO PERFIL DE APLICAÇÃO …………………………………….9

O conteúdo específico do conjunto openaire_data deve ser

● OpenAIRE recomenda usar a propriedade 7. Contributor (MA/O) para

OpenAIRE apresenta um uso específico da propriedade 7. Contributor

OpenAIRE coleta todos os conjuntos de dados de um repositório de

● Obrigatório (M) = o campo deve estar sempre presente no registro dos

● Obrigatório quando aplicável (MA) = quando o valor do campo pode

● Recomendado (R) = o uso do campo é recomendado.

● Opcional (O) = a propriedade pode ser usada para fornecer

Quadro 1- diferenças do Esquema de Metadados DataCite v3.1

1 <publisher>World Data Center for Climate (WDCC)</publisher>