O padrão Dublin Core

O padrão Dublin Core é da responsabilidade da The Dublin Core Metadata Initiative (DCMI) para o qual contribuíram, a nível internacional e multidisciplinar, entidades como museu, bibliotecas e profissionais de Ciências de Computação e Codificação, pois este é, de forma simplificada, o padrão mais eficiente para descrever a grande variedade de recursos existentes na Internet (Hillmann, 2001).

Através de 15 elementos de classificação é possível caracterizar ou descrever os recursos. Estes 15 campos não estão definidos como de preenchimento obrigatório, nem existe um limite de apenas 15 elementos. A possibilidade de acrescentar, desde que seguindo determinada lógica e regras, mais categorias ou subdividir as existentes, oferece a possibilidade de exibir mais informação relativa ao objecto/recurso em causa. Mas por se tratar de um padrão, o acrescento de categorias não é descabido de lógica e justificações. Existem regras e sugestões que estão determinadas para serem seguidas, e assim reconhecidas.

Os 15 elementos definidos como metadados podem ser distribuídos por 3 categorias: Conteúdo, Propriedade intelectual e Instanciação (Hillmann, 2001).

Conteúdo: Título, Assunto, Descrição, Tipo, Fonte, Relação e Abrangência (Hillmann, 2001);

Propriedade intelectual: Autor, Publicar, Contribuições e Direitos (Hillmann, 2001); Instanciação: Data, Formato, Identificador e Idioma (Hillmann, 2001).

Título: Nome pelo qual o recurso será formalmente conhecido (Hillmann, 2001). Autor: Entidade principal responsável pelo conteúdo do recurso (Hillmann, 2001). Como entidades para este elemento podemos ter, por exemplo, uma pessoa, uma organização ou um serviço. Se for conhecida a hierarquia dos autores pode-se expressar a mesma, para isso o primeiro nome a inserir será a entidade com maior responsabilidade. Nos nomes para pessoas, virá sempre primeiro o nome de família. A separação entre autores pode ser feita utilizando ponto final seguido de espaço.

No caso de outros autores com menor responsabilidade, o ideal, será colocá-los no elemento “Contribuições”.

Para situações em que os dados inseridos no elemento “Autor” sejam iguais aos do “Publicar”, deve-se deixar este último elemento em branco, isto é, não se repete a informação.

Assunto: Tópico(s) sobre o conteúdo do recurso. Pode ser expresso em palavras- chave ou frases-chave (Hillmann, 2001).

Descrição: Textualmente descreve-se o conteúdo do recurso, normalmente utilizando frases curtas. Pode incluir mas não é limitada a: resumo, índice, referência a representações gráficas (Hillmann, 2001).

Publicar: Entidade responsável por tornar o recurso disponível. Exemplo de entidades para este caso pode ser: uma pessoa, organização ou serviço (Hillmann, 2001).

Contribuições: Entidade que tenha colaborado no conteúdo do recurso e que não foi referida no elemento “Autor”.

Data: Uma data associada a determinada etapa do ciclo de vida do recurso. Normalmente, será a data de criação ou disponibilização do recurso. Como formato, a ADL recomenda o seguinte: aaaa-mm-dd, equivalente a ano-mês-dia (Hillmann, 2001).

Tipo: Natureza ou género do conteúdo do recurso (Hillmann, 2001). Formato: Manifestação física ou digital do recurso (Hillmann, 2001).

No nosso caso, o elemento “Formato” possui uma lista de opções como XHTML, SCORM 1.2, IMS Content Package 1.1.3 e Sítio Web.

Identificador: Referência especifica para identificar apenas o recurso em causa utilizando um contexto determinado (Hillmann, 2001). A ADL recomenda a utilização de numeração/codificação em série ou formal de identificação do sistema.

Fonte: Referência ao recurso ou recursos que originaram o recurso actual (Hillmann, 2001).

Idioma: Identificação da língua do conteúdo do recurso (Hillmann, 2001). A ADL recomenda a utilização de determinados padrões (códigos de 2 letras) já definidos para representar os idiomas e, por opção, países. Exemplo: pt-pt (Português-Portugal), pt-br (Português-Brazil).

Relação: Referência a um recurso que esteja relacionado com o actual (Hillmann, 2001).

Abrangência: Elemento utilizado para fazer referência a informação espacio- temporal do conteúdo (Hillmann, 2001).

Direitos: Informação relativa aos direitos do recurso e de sua utilização (Hillmann, 2001).

A seguir encontra-se um exemplo de documento XML com base no padrão Dublin Core para exibir os metadados que descrevem o objecto de aprendizagem TAB01 – Noção de Saúde.

<?xml version="1.0" ?>

-<!--

All XUL fields work by AJAX magic.

All the property page xul templates are handled by AJAX code in xului/propertiespage.py

This code has 3 purposes:

1. Translates labels and descriptions as they are shown 2. Fills in form fields from attributes of engine properties 3. Receives the data when the user submits

===============================

Quick HowTo add a normal string field: ===============================

1. Make a normal label and a textbox like this: <label id="ppmyattrib" value="My Label"/>

<textbox id="pp_myAttrib" onchange="this.style.color='blue';" /> Rules:

1. Label must have a unique id. It must be unique overall the properties pages

as they are all imported into the same XUL document. This is so the system

can translate the label.

2. Any field with 1 underscore in the name will be considered a data field.

3. The bit before the underscore is a 2 character id for the engine object:

# pp means Project Properties (package) # dc means Dublin Core (package.dublinCore)

# eo means Export Options (package.exportOptions)

4. The bit after the underscore is the name of the attribute eg. pp_title => package.title

5. ATM only string and boolean attributes are supported

6. The 'onchange' handler is just a visual indicator to the user that his change

is yet to be sent to the server. After the server recieves the changes it

changes the color back to black automatically. ===============================

Form Howto:

===============================

Fields are automatically loaded with data from the server when shown.

There is a java script function called 'submitForm' which will submit all the

fields inside a given element to the server.

Usually its called with "this.parentNode.parentNode" as the parameter because 'this' is

the submit button, and parentNode.parentNode is the container of all the form elements

that we want to submit.

You could call this function in the onchange handler of a single element passing

this.parentNode to do auto updates of just this field (and any siblings) if you want.

--> metadata xmlns="http://www.exelearning.org/metadata/dc/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.exelearning.org/metadata/dc/ http://www.exelearning.org/metadata/dc/schema.xsd" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dcterms="http://purl.org/cd/terms/"> <dc:title>Noção de Saúde</dc:title>

<dc:creator>José Alberto Gomes Precioso. Lia Raquel Oliveira</dc:creator>

<dc:subject>Tabagismo. A saúde e os seus determinantes</dc:subject>

<dc:description>Breve resenha histórica relacionada com a definição de

saúde.</dc:description>

<dc:publisher>Universidade do Minho</dc:publisher>

<c:contributor>Raquel Figueiredo</dc:contributor>

<dc:date>2007-07-25</dc:date>

<dc:type>Texto e imagem</dc:type>

<dc:format>SCORM 1.2</dc:format>

<dc:identifier />

<dc:source>Precioso, José Alberto (1998) Não fumar é o que está a dar.

Braga: Instituto de Inovação Educacional. ISBN 972-8353-67- 7</dc:source>

<dc:language>pt</dc:language>

<dc:relation />

<dc:coverage>Ciências Naturais. Biologia. Ensino Básico. Ensino

Secundário. Cidadania</dc:coverage>

<dc:rights>GNU Licença de Documentação Livre</dc:rights>

</metadata>

Fig. 8 - Documento XML do Objecto de Aprendizagem TAB01-Noção de Saúde.

A utilização de metadados para objectos de aprendizagem visa facilitar a sua pesquisa por sistemas de busca ou recuperação. Para que tal função seja eficiente sabe-se que a adopção de padrões é fundamental.