O que são metadados administrativos?
Metadados administrativos são as informações necessárias para gerenciar um ativo digital ou relacionadas à sua criação, diferentemente dos metadados descritivos, que ajudam as pessoas a encontrá-lo e compreendê-lo. Normalmente abrangem propriedades técnicas, direitos e permissões e dados de preservação, como somas de verificação e proveniência.
Como funcionam os metadados administrativos
O guia introdutório Entendendo metadados da NISO trata os metadados administrativos como uma categoria que abrange três tipos: metadados técnicos necessários para decodificar e renderizar arquivos, metadados de preservação que apoiam seu gerenciamento de longo prazo e metadados de direitos que descrevem os direitos de propriedade intelectual associados ao conteúdo. Essa categoria aparece ao lado dos metadados descritivos, usados para encontrar e compreender um recurso, e dos metadados estruturais, que relacionam as partes de um recurso entre si. Os esquemas dividem essa categoria de formas diferentes. O amdSec de um documento METS contém quatro tipos: técnicos (techMD), direitos de propriedade intelectual (rightsMD), origem (sourceMD) e proveniência digital (digiprovMD), cada um incorporado ao documento ou referenciado externamente. O PREMIS, dicionário de dados de preservação, modela objetos, eventos, agentes e declarações de direitos. Valores técnicos costumam ser incorporados a um arquivo pelo software que o criou, e a NISO observa que os metadados incorporados ainda precisam ser extraídos para um sistema externo antes de poderem ser indexados.
Informações essenciais
- Metadados técnicos fazem parte dos metadados administrativos? Isso depende do esquema, então indique o esquema ao escrever os requisitos. A NISO inclui metadados técnicos, de preservação e de direitos na categoria administrativa, e o METS registra metadados técnicos, de direitos, de origem e de proveniência digital em sua seção administrativa. Já o PREMIS lista administrativos, técnicos e estruturais como categorias separadas, todas abrangidas pelos metadados de preservação. Os metadados estruturais ficam fora do grupo administrativo tanto na NISO quanto no METS.
- Uma soma de verificação correspondente prova que um arquivo está íntegro e é autêntico? Ela mostra apenas que o arquivo não mudou desde que o resumo criptográfico armazenado foi calculado. O PREMIS descreve uma verificação de fixidez como a comparação de um resumo de mensagem calculado anteriormente com outro calculado depois e afirma que isso não trata da integridade nem da autenticidade do objeto, para as quais indica a validação de formato e a proveniência documentada. Armazene o algoritmo junto com o valor; o PREMIS registra ambos.
- Do que um registro de proveniência precisa? No PREMIS, um evento tem um identificador obrigatório, um tipo obrigatório, como ingestão, migração ou validação, e data e hora obrigatórias. Vincular o agente responsável, que pode ser uma pessoa, uma organização ou um software, é opcional, mas recomendado, e um evento pode vincular vários agentes, cada um com um papel opcional, como implementador ou programa executor. Um derivado é vinculado à sua origem por uma relação de derivação que identifica o objeto de origem e o evento que produziu o derivado; o PREMIS diz que esse evento deve ser registrado para relações de derivação. A implementação decide quais ações registrar. Também decide se registra eventos anteriores à ingestão, como a derivação de um objeto anterior ou uma mudança de custódia; o PREMIS também os considera eventos, então um repositório que os mantém os registra como eventos.
- Um valor de direitos ausente pode ser interpretado como permissão? Não; trate-o como desconhecido. O PREMIS mantém os casos separados: seus exemplos de status de direitos autorais usam valores distintos para protegido por direitos autorais, domínio público e desconhecido. Para a data de término de uma licença ou de uma permissão concedida, ele prescreve
OPENpara um prazo sem término definido e a omissão quando a data é desconhecida ou difere entre os objetos abrangidos por uma declaração. Portanto, uma data de término omitida nunca significa prazo sem término definido, então registre explicitamente um prazo sem fim. No seu próprio esquema, dar também um valor explícito a desconhecido evita que um campo vazio seja interpretado de uma forma ou de outra.
Quando os metadados administrativos são relevantes
Use esses campos para aplicar regras de acesso, auditar o histórico dos ativos e agir com base em permissões com prazo limitado, como termos de licença ou embargos. As decisões automatizadas só são tão confiáveis quanto os valores registrados, então trate um valor ausente ou desatualizado como motivo para parar e verificar, não como aprovação.
Como a Transloadit ajuda com metadados administrativos
A Transloadit produz ou transporta vários valores administrativos durante o processamento. A extração de metadados informa propriedades técnicas, como tipo MIME, dimensões e codecs, de cada arquivo, além de campos de direitos incorporados, como copyright, quando o arquivo os contém. O Robot /file/hash calcula um resumo criptográfico e o exporta como file.meta.hash, e o Robot /meta/write grava campos, como um aviso de direitos autorais, em arquivos de imagem, vídeo e áudio.
Esses valores são informados no Assembly Status como parte dos metadados de cada arquivo, e o parâmetro result de um Step controla se os resultados desse Step são listados ali; armazene-os no seu próprio catálogo ou repositório se precisarem servir como registro duradouro. O Robot de cálculo de hash de arquivos calcula o hash do arquivo inteiro por padrão. Sua configuração partial calcula o hash apenas dos primeiros bytes, dos últimos bytes ou de ambos, para gerar uma impressão digital rapidamente, o que não abrange todos os bytes do arquivo.
Fontes
- NISO: guia introdutório Entendendo metadados (Riley, 2017), tipos de metadados
- Library of Congress: visão geral e tutorial do METS (seção de metadados administrativos)
- Dicionário de dados PREMIS para metadados de preservação, versão 3.0 (unidades semânticas 1.5.2 fixity, 1.13 relationship, 2.1–2.6 Event, 4.1 rightsStatement; tópico especial “Fixidez, integridade, autenticidade”)