|
|
| (73 edições intermediárias de 3 usuários não apresentadas) |
| Linha 1: |
Linha 1: |
| − | == O módulo OAI do DSpace == | + | == Introdução == |
| | | | |
| − | O DSpace possui um módulo nativo, pré-configurado, de comunicação por meio do protocolo [http://www.openarchives.org/pmh/ OAI-PMH]. Se deseja saber mais sobre esse o protocolo, poderá acessar o [http://www.oaforum.org/tutorial/ Fórum OAI], que tem como publico alvo os iniciantes no estudo dessa tecnologia.
| + | A interoperabilidade nasceu nas discussões no âmbito do Movimento dos Arquivos Abertos, ou no original Open Archieves, na convenção de Santa Fé (colocar link para http://www.openarchives.org/sfc/sfc_entry.htm), Novo México, em 1999. Neste evento foram definidos alguns princípios que regem os Arquivos Abertos, como a interoperabilidade, o auto-arquivamento e a revisão pela comunidade. |
| | | | |
| − | De início, o ponto chave na comunicação OAI é a separação entre dois diferentes tipos de agentes: '''provedores de dados''' (''data providers'') e '''provedores de serviços''' (''service providers''). O provedor de dados é quem, de fato, contém o documento, ou o arquivo, que será disponibilizado na rede, e o provedor de serviço é quem realiza a coleta da descrição dos documentos (operação de ''harversting'' dos metadados) para dentro de sua base.
| + | Para Trinska e Café (2001) a interoperabilidade é o que permite a implementação dos arquivos abertos. |
| | | | |
| | + | TRISKA, Ricardo; CAFÉ, Lígia. Arquivos abertos: subprojeto da biblioteca digital brasileira. |
| | + | Ciência da Informação, Brasília, v. 30, n. 3, p. 92-96, set./dez. 2001. |
| | | | |
| | + | A interoperabilidade é implementada baseando-se em três fundamentos: |
| | | | |
| − | Para configurar coleções que obtêm seu acervo pelo processo de harvesting, há
| + | Conjunto mínimo de metadados |
| − | uma aba própria (fonte do conteúdo ou, em inglês, "content source"). Nessa aba há várias
| + | |
| − | configurações para adequar o processo de coleta que irá criar o acervo da coleção. Nesse
| + | |
| − | processo os itens não passam por um fluxo de submissão, nem mesmo ocorre a catalogação.
| + | |
| − |
| + | |
| − | No final do processo, o acervo será composto apenas de referências dos documentos, com
| + | |
| − | link para o objeto digital, que estará em outra iniciativa dos arquivos abertos.
| + | |
| | | | |
| − | A primeira configuração refere-se à indicação de que a coleção não é padrão, mas
| + | Uso de comunicação via XML |
| − | seu acervo deverá ser oriundo de harvesting. Ao selecionar essa opção, os outros campos
| + | |
| − | são apresentados, podendo configurar como a coleta ocorrerá. Nesse caso, o acervo é,
| + | |
| − | preferencialmente, proveniente de harvesting, mas nada impede que se submeta itens
| + | |
| − | para essa coleção.
| + | |
| | | | |
| − | O OAI-Provider, nesse formulário, é um endereço (URL) da iniciativa que responde
| + | Uso de um protocolo comum |
| − | ao harvester - provedor de dados. Geralmente os provedores de dados fornecem essa
| + | |
| − | URL, indicando o endereço que responde às requisições feitas pelo protocolo de coleta de
| + | |
| − | metadados. Esse campo é obrigatório e deve ser preenchido com o endereço completo,
| + | |
| − | inclusive com o http://. caso tenha dificuldades, entre em contato com a equipe técnica
| + | |
| − | do provedor de dados que deseja coletar metadados.
| + | |
| | | | |
| − | A coleta pode ser feita para todo o acervo do provedor de dados ou só para um
| + | == [[Potocolos OAI-PMH / OAI-ORE]] == |
| − | conjunto (set). caso selecione a opção por conjunto, deve-se indicar o nome do conjunto
| + | |
| − | que se deseja coletar. Pode-se saber o nome dos conjuntos (Sets) utilizando o verbo ListSets
| + | |
| − | do protocolo de harvesting. O conjunto (Set) é de organização interna do repositório e no
| + | |
| − | DSpace, por exemplo, relaciona-se às coleções. Assim, se coletar de um repositório baseado
| + | |
| − | em DSpace, pode-se coletar de todo o repositório ou apenas de uma coleção.
| + | |
| | | | |
| − | O formato de metadados refere-se a Dublin core, Dublin core qualificado e formato
| + | == [[Protocolo SWORD]] == |
| − | DSpace, que são esquemas de metadados suportados pelo protocolo coletor (Harvester).
| + | |
| − | Pode-se saber a quais esquemas de metadados um provedor de dados responde pelo verbo
| + | |
| − | ListmetadataFormats do protocolo de harvesting. Na maioria dos casos usa-se o esquema
| + | |
| − | de metadados Dublin core, que é o mais simples.
| + | |
| − | | + | |
| − | As opções de harvesting possuem três níveis de coleta, que são: somente metadados,
| + | |
| − | metadados mais referências dos objetos digitais e metadados mais os objetos digitais. Essas
| + | |
| − | opções indicam qual o formato dos registros que comporão o acervo da coleção. A mais
| + | |
| − | simples refere-se apenas aos metadados, enquanto a mais complexa coleta os metadados e
| + | |
| − | os objetos digitais, trazendo todo o item. Para utilizar a opção de coletar os objetos digitais,
| + | |
| − | o provedor de dados deve implementar suporte ao Object Reuse and Exchange (ORE).
| + | |
A interoperabilidade nasceu nas discussões no âmbito do Movimento dos Arquivos Abertos, ou no original Open Archieves, na convenção de Santa Fé (colocar link para http://www.openarchives.org/sfc/sfc_entry.htm), Novo México, em 1999. Neste evento foram definidos alguns princípios que regem os Arquivos Abertos, como a interoperabilidade, o auto-arquivamento e a revisão pela comunidade.
Para Trinska e Café (2001) a interoperabilidade é o que permite a implementação dos arquivos abertos.
TRISKA, Ricardo; CAFÉ, Lígia. Arquivos abertos: subprojeto da biblioteca digital brasileira.
Ciência da Informação, Brasília, v. 30, n. 3, p. 92-96, set./dez. 2001.
