RDF

Esta plantilla tiene como objetivo ser una metaplantilla, es decir, una plantilla usada para ser la base de otras plantillas, no para ser usada directamente en el artículo.

Uso

Todos los parámetros son opcionales.

Cada fila de la tabla puede ser o una sección, o estar compuesta por un conjunto etiqueta/campo de datos, o por solo un campo de datos. Estos son estados mutuamente exclusivos, por lo tanto si se define una fila para ser tanto una sección como un conjunto etiqueta/campo de datos, este último no será tenido en cuenta.

Nótese que si se quiere insertar una imagen en cualquier lugar que no sea la parte superior de la ficha, o si se quieren insertar otros datos alternativos, usar una fila con un solo campo de datos sería una solución viable.

Parámetros

Nota: Los parámetros que incluyan la letra "n" entre paréntesis [o sea (n)], indican que se debe escribir al final del parámetro un número del 1 al 75. Por ejemplo, el código "|estilosección65 = font-style: italic;" establecería el estilo de fuente de la sección 65 en itálica.

Título y subtítulo

Título de la ficha
Subtítulo de la ficha
(el resto de la ficha)

Se recomienda siempre establecer título a la ficha. También se pueden establecer 2 subtítulos a la ficha.

titulo

Texto a mostrar como título.

colorfondotitulo o colorfondo

Establece el color de fondo del título.

subtitulo

Subtítulo de la ficha.

subtitulo2

Segundo subtítulo.

Contenido adicional

Todas las imágenes son centradas de manera predeterminada. Solo debe especificarse el nombre de las imágenes. Por ejemplo: "example.png".

imagen, imagen2

Imágenes ubicadas justo encima de los datos principales de la ficha (es decir, secciones, etiquetas y campos de datos).

tamañoimagen, tamañoimagen2

Tamaño de las imágenes 1 y 2 (predeterminado: 240px).

imagenizquierda, imagenderecha

Imágenes pequeñas ubicadas inmediatamente debajo de los subtítulos, una a la izquierda y otra a la derecha, respectivamente.

tamañoimagenizquierda, tamañoimagenderecha

Tamaño de las imágenes pequeñas (predeterminado: 100px).

imageninferior

Imagen ubicada en la parte inferior de la ficha.

tamañoimageninferior

Tamaño de la imagen inferior (predeterminado: 240px).

pie, pie2, pieizquierdo, piederecho, pieinferior

Pies de imagen.

seccion(n)

Contenido usado como sección.

etiqueta(n)

Contenido usado como etiqueta.

datos(n)

Contenido usado como campo de datos.

piedetabla

Texto del pie de la tabla. Se usa para notas al pie, véase también, etc.

Estilos CSS

Estos parámetros son usados para agregar código CSS en el atributo "style" de los elementos de la plantilla; son los que permiten cambiar la apariencia de estos elementos. Por lo tanto, deberán ser usados con sutileza para mantener un aspecto general estético y atractivo.

estilo

Se aplica a toda la tabla.

estilotitulo

Se aplica al título.

estilosubtitulo

Se aplica a los subtítulos.

estilosubtitulo1

Se aplica al primer subtítulo. Tiene precedencia sobre "estilosubtitulo".

estilosubtitulo2

Se aplica al segundo subtítulo. Tiene precedencia sobre "estilosubtitulo".

estiloimagen

Se aplica a todas las imágenes.

estilopie

Se aplica a todos los pies de imagen.

estiloseccion

Se aplica a las secciones en general.

estilosección(n)

Se aplica a la sección especificada con el número. Tiene precedencia sobre "estiloseccion".

estiloetiqueta

Se aplica a las etiquetas en general.

estiloetiqueta(n)

Se aplica a la etiqueta especificada con el número. Tiene precedencia sobre "estiloetiqueta".

estilodatos

Se aplica a los campos de datos en general.

estilodatos(n)

Se aplica al campo de datos especificado con el número. Tiene precedencia sobre "estilodatos".

estilopiedetabla

Se aplica al pie de tabla.

Clases CSS

clase

Este parámetro es insertado en el atributo "class" de la tabla, y afecta a toda la ficha.

clasetitulo

Este parámetro es insertado en el atributo "class" del título.

claseimagen

Este parámetro es insertado en el atributo "class" de las imágenes.

clase(n)

Este parámetro es insertado únicamente en el atributo "class" del campo de datos que se especifique con el número. Si no hay datos no tiene efecto.

clasefila(n)

Este parámetro es insertado en el atributo "class" de tanto la etiqueta como el campo de datos que correspondan al número especificado (es decir, toda la fila). Si no se inserta una etiqueta, equivale a usar el parámetro "clase(n)" con el mismo número. Este parámetro no tiene efecto en secciones.

clasesubtitulo

Este parámetro es insertado en el atributo "class" de los subtítulos.

clasepiedetabla

Este parámetro es insertado en el atributo "class" del pie de tabla.

Esta plantilla soporta la adición de información de microformatos. Esto se hace añadiendo el atributo "class" a una determinada celda de datos, indicando que clase de información contiene. Por ejemplo, para marcar una ficha como una "vCard", se agrega el siguiente parámetro:

|clase = vcard

Y para cada campo de datos, el parámetro correspondiente:

|clase1 = fn
|clase2 = org
|clase3 = tel

...y así para todos los parámetros "clase" de la plantilla.

Véase microformats.org para más información sobre microformatos en general.

Cabeceras

Ver también Especial:Preferencias y activar el accesorio «Muestra imágenes en las cabeceras de las fichas versión 2.»

Al ser una metaplantilla basada en el diseño de Ficha v2, esta usa cabeceras específicas de acuerdo a la temática de la plantilla. Para usar las cabeceras se pueden usar dos parámetros:

tipocabecera

Establece el tipo de cabecera. Este parámetro es un alias del parámetro "clasetitulo", y, si bien su objetivo es otro, tienen el mismo efecto en el resultado final de la ficha (salvo en caso de que se use la clase "media"). Sin embargo, para establecer clases que no sean del tipo "cabecera", se debe usar siempre "clasetitulo".

media

Si este parámetro se establece en "sí" entonces se establece al título la clase "media" en vez de la clase "cabecera". Esto permite títulos más compactos.

Enlaces ver/discusión/editar

nombre

El nombre de la página de la plantilla a la que los enlaces "ver/discusión/editar" deberían apuntar (sin el espacio de nombres "Plantilla:"). Puede usarse {{subst:PAGENAME}}. Si este parámetro es omitido los enlaces no se mostrarán.

Campos opcionales

Una fila con una etiqueta pero sin un campo de datos no se muestra. Esto facilita la creación de filas opcionales. Para hacer una fila opcional se tiene que incluir un parámetro que predetermine el contenido de esta a una cadena vacía:

|etiqueta5 = Población
|datos5  = {{{población|}}}

De esta forma si en el artículo no se define el parámetro de población, la fila no se muestra.

Para campos más complejos con contenidos con un formato predefinido que seguirían estando presentes incluso si el parámetro no se estableciera, se puede incluir el contenido en una instrucción #if (en español: "si") para hacer que desaparezca todo cuando el parámetro no se use. Por ejemplo, la instrucción #if en el siguiente ejemplo se lee como:

"si:el parámetro masa ha sido proporcionado|entonces mostrarlo, seguido de kg"

|etiqueta6 = Masa
|datos6  = {{#if:{{{masa|}}}|{{{masa}}} [[kg]]}}

Para más información sobre el uso de #if, véase este artículo.

También es posible hacer secciones opcionales de manera similar. Si se quiere que una sección aparezca solo si uno o más campos de datos que la acompañan son proporcionados, se podría usar el siguiente modelo como un ejemplo de como hacerlo:

{{Ficha
|título       = Ejemplo de una sección opcional
|seccion1     = {{#if:{{{elemento1}}}{{{elemento2}}}{{{elemento3}}}|Sección opcional}}
|etiqueta2    = Elemento1
|datos2       = {{{elemento1}}}
|etiqueta3    = Elemento2
|datos3       = {{{elemento2}}}
|etiqueta4    = Elemento3
|datos4       = {{{elemento3}}}
}}

seccion1 se mostrará si se definen cualquiera de los parámetros elemento1, elemento2 o elemento3. Si no se define ningúno de éstos parámetros entonces no se mostrará la sección.

La instrucción #if devolverá false (falso) únicamente cuando no haya nada en la condición (lo que sigue después de los dos puntos y finaliza con la primera barra vertical que no pertenezca a un parámetro), por lo tanto la instrucción fallará solo si no se define ningún parámetro.

Ejemplos de uso

Título de prueba
Subtítulo de prueba
Subtítulo de prueba 2
Pie izquierdo Pie derecho
Pie
Pie2
Sección
Datos
Todos definidos (sección)
Etiqueta y datos (etiqueta)	Etiqueta y datos (datos)
Pie inferior
Pie de tabla

{{Ficha
|titulo          = Título de prueba
|tipocabecera    = humano
|subtitulo       = Subtítulo de prueba
|subtitulo2      = Subtítulo de prueba 2
|imagenizquierda = example.png
|tamañoimagenizquierda = 75px
|pieizquierdo    = Pie izquierdo
|imagenderecha   =  example.png
|tamañoimagenderecha = 75px
|piederecho      = Pie derecho
|imagen          = example.png
|tamañoimagen    = 150px
|pie             = Pie
|imagen2         = example.png
|tamañoimagen2   = 90px
|pie2            = Pie2

|estiloseccion  = background:#ccf;
|estiloetiqueta = background:#ddf;

|seccion1  = Sección
|etiqueta1 = 
|datos1    = 
|seccion2  = 
|etiqueta2 = Etiqueta
|datos2    = 
|seccion3  =
|etiqueta3 = 
|datos3    = Datos
|seccion4  = Todos definidos (sección)
|etiqueta4 = Todos definidos (etiqueta)
|datos4    = Todos definidos (datos)
|seccion5  =
|etiqueta5 = Etiqueta y datos (etiqueta)
|datos5    = Etiqueta y datos (datos)

|imageninferior  = example.png
|tamañoimageninferior = 110px
|pieinferior     = Pie inferior

|piedetabla       = Pie de tabla
|estilopiedetabla = background:#ddf;
}}

Título de prueba
Etiqueta 1	Datos 1
Etiqueta 2	Datos 2
Etiqueta 3	Datos 3
Sección 4
Etiqueta 5	Datos 5: Lorem ipsum dolor sit amet, consectetur adipisicing elit.
Pie de tabla

Sintaxis completa

(Nota: La plantilla soporta hasta 75 filas; pero aquí solo se incluyen 20 ya que fichas más grandes son raras. Para usar más de 20 solo extiende la numeración como se requiera. Los parámetros "clase" también son omitidos ya que no son usados comúnmente.)

{{Ficha
|estilo = 

|titulo = 
|estilotitulo = 
|colorfondotitulo = 

|subtitulo = 
|subtitulo2 = 
|estilosubtitulo = 

|estiloimagen = 
|estilopie = 

|imagen = 
|tamañoimagen = 
|pie = 

|imagen2 = 
|tamañoimagen2 = 
|pie2 = 

|imagenizquierda = 
|tamañoimagenizquierda = 
|pieizquierdo = 

|imagenderecha = 
|tamañoimagenderecha = 
|piederecho = 

|estiloseccion = 
|estiloetiqueta = 
|estilodatos = 

|seccion1   = 
|etiqueta1  = 
|datos1     = 
|seccion2   = 
|etiqueta2  = 
|datos2     = 
|seccion3   = 
|etiqueta3  = 
|datos3     = 
|seccion4   = 
|etiqueta4  = 
|datos4     = 
|seccion5   = 
|etiqueta5  = 
|datos5     = 
|seccion6   = 
|etiqueta6  = 
|datos6     = 
|seccion7   = 
|etiqueta7  = 
|datos7     = 
|seccion8   = 
|etiqueta8  = 
|datos8     = 
|seccion9   = 
|etiqueta9  = 
|datos9     = 
|seccion10  = 
|etiqueta10 = 
|datos10    = 
|seccion11  = 
|etiqueta11 = 
|datos11    = 
|seccion12  = 
|etiqueta12 = 
|datos12    = 
|seccion13  = 
|etiqueta13 = 
|datos13    = 
|seccion14  = 
|etiqueta14 = 
|datos14    =
|seccion15  = 
|etiqueta15 = 
|datos15    = 
|seccion16  = 
|etiqueta16 = 
|datos16    = 
|seccion17  = 
|etiqueta17 = 
|datos17    = 
|seccion18  = 
|etiqueta18 = 
|datos18    = 
|seccion19  = 
|etiqueta19 = 
|datos19    = 
|seccion20  = 
|etiqueta20 = 
|datos20    = 

|imageninferior = 
|tamañoimageninferior = 
|pieinferior = 

|estilopiedetabla = 
|piedetabla = 

|nombre = {{subst:PAGENAME}}
}}

RDF
Este artículo versa sobre el Resource Description Framework (RDF), un modelo de metadatos basado en XML, que promete ser un estándar flexible para la estructuración de la información de las bibliotecas digitales del siglo XXI. Se describen el contexto y las características principales de dicho formato, así como sus posibilidades y potencial desarrollo para optimizar la recuperación de información en Internet.

Historia

El RDF surge en agosto de 1997 el seno del Consorcio Web W3C, y recomendado por W3C en 1999. Es acrónimo de Resource Description Framework y es un lenguaje para la representación de la información sobre los recursos en la web autor de una página web, licencia, etc.), En la fecha de realización de esta comunicación, y desde febrero de 1999, la especificación del modelo y la sintaxis de RDF es ya una recomendación del Consorcio Web (W3C-RDF-R), y su esquema es, desde marzo de este mismo año, una propuesta de recomendación (W3C-RDFS-PR). Particularmente dirigido para la representación de los metadatos. Es decir, define la sintáxis y modelos de datos para la representación semántica de los datos.

Características

RDF se basa en los estándares de URIs y Unicode además de que se puede presentar en XML (por lo que se le considera como una de sus aplicaciones). Es un dialecto de XML para especificar metadatos o recursos. Un recurso es un ente que se identifica con URI (Uniform Resource Identifier). Ofrece una convención sintáctica y un modelo de datos simple para representar la semántica de los datos procesable por un computador. Permite crear metadatos sobre un documento como un ente individual. RDF nos da la forma de la representación de información a cerca de los recursos que pueden ser identificadas en la web.

El Resource Description Framework es una DTD (definición del tipo de documento) de XML o, como venimos diciendo, una aplicación de metadatos que utiliza XML a fin de proporcionar un marco estándar para la interoperabilidad en la descripción de contenidos web. RDF no es más que la infraestructura que permite esa restricción gracias a la codificación, reutilización e intercambio de metadatos estructurados. Con estas prerrogativas, interoperabilidad y estructuración, RDF es el modelo más promisorio para asociar información sobre el contenido de los recursos web, y no es arriesgado decir que promete ser el modelo de descripción de la información para las bibliotecas digitales del siglo XXI, así como para optimizar, de forma generalizada, la búsqueda y recuperación en la web.’

Ventajas

• Vocabularios Extensibles: Anteriormente a la hora de desarrollar vocabularios globales fue muy difícil fijar un conjunto de términos que pudieran ser utilizados para describir todos los dispositivos posibles con antelación siempre existe algún dispositivo con características que el diseñador del lenguaje no puede prever. CC/PP soluciona exactamente esta clase de problema mediante el uso de la Web Semántica y RDF. Con la infraestructura CC/PP, cualquier fabricante de dispositivo puede definir una descripción de vocabulario que puede ser reutilizada y extendida fácilmente.
• Vocabularios No-centralizados: Otro problema con los lenguajes tradicionales de descripción de dispositivos es la necesidad de repositorios centrales para vocabularios - un fabricante de dispositivos tiene que acudir a un repositorio para ser capaz de utilizar las nuevas características del dispositivo en las descripciones del dispositivo. Esto puede incluir un largo proceso de registro y estandarización. Con CC/PP y la Web Semántica, no hay necesidad de un repositorio central. Las características de un dispositivo nuevo pueden ser definidas por cualquiera, y trabajar sin esfuerzo con las definiciones de las capacidades existentes.
• Integración sencilla de información de diferentes fuentes: Al adaptar contenido Web para un usuario específico, la información necesaria para la adaptación puede venir de diferentes fuentes - la red, el dispositivo, el entorno, o las preferencias del usuario. El servidor recibe estos trozos de información diferente por separado, y necesita unir la información en un único modelo antes de realizar la adaptación del contenido. CC/PP, al basarse en Web Semántica y RDF, hace que esta integración sea fácil.

Modelo de datos, sintaxis y esquema RDF

Se pueden destacar tres aspectos de la semántica funcional del formato RDF: un modelo de datos, una sintaxis y un esquema.

Un objeto de información o recurso se describe a través de un conjunto de propiedades denominadas "descripción RDF" (<rdf:description>). La esencia de RDF es pues, un modelo formal para la representación de las propiedades y los valores de esas propiedades. El modelo RDF se constituye sobre principios bien establecidos en otras comunidades de metadatos, como por ejemplo: el Warwick Framework [WF]: las propiedades de RDF se pueden entender como atributos de los recursos y en este sentido corresponden a los pares tradicionales de atributo-valor. Además estas propiedades también representan las relaciones entre los distintos recursos de información, de tal forma que este modelo puede parecer un esquema entidad-relación3 de las bases de datos relacionales tan conocidas en el mundo bibliotecario en los Sistemas Integrados de Gestión de Bibliotecas.

El modelo RDF se puede relacionar también con el diseño orientado a objetos donde los recursos corresponden a objetos y las propiedades corresponden a ejemplos de variables. Según esto, el modelo de datos que propone RDF consiste en tres tipos de objetos [W3C-RDF-R]:

• Recursos: cualquier objeto web identificable unívocamente por un URI, es decir, un identificador uniforme de recursos como un URL. Un recurso puede ser un documento HTML; una parte de una página web como por ejemplo un elemento HTML o XML dentro de un documento fuente, una colección de páginas, un sitio web completo; y en síntesis, cualquier recurso entendido como objeto de información.
• Propiedades: son aspectos específicos, características, atributos o relaciones utilizadas para describir recursos. Cada tipo de propiedad tiene sus valores específicos, define los valores permitidos, los tipos de recursos que puede describir y las relaciones que existen entre las distintas propiedades.
• Descripciones: Son el conjunto de un recurso, un nombre de propiedad y el valor de esa propiedad —sujeto, predicado y objeto, respectivamente— (la figura anerior representa un RDF statement o descripción RDF).

La sintaxis básica, como se ha apuntado anteriormente, es la de XML1.0. Además podemos distinguir dos tipos de construcciones sintácticas para codificar RDF: por un lado la serializada que expresa, de una forma muy regular, todas las capacidades de un modelo de datos RDF; y por otro la sintaxis abreviada que incluye construcciones adicionales.

A pesar de todo, el modelo y la sintaxis, no facilitan los mecanismos para definir esas propiedades ni las relaciones entre esos predicados y otros recursos o sujetos; por ello se ha definido también una especificación para definir los esquemas [W3C-RDFS-PR]. Un esquema RDF es un conjunto de informaciones relativas a las clases de recursos que sirve para explicitar las relaciones jerárquicas que establecen entre ellos, o bien para matizar el carácter obligatorio u opcional de las propiedades y otras restricciones como el número de ocurrencias, etc.

Cualidades

• Independencia: Libertad para agregar propiedades que no estén ya definidas.
• Intercambio: Como las sentencias se escriben en XML es fácil el intercambio de información.
• Escalabilidad: La información existente en la Web es muy grande (y esta creciendo continuamente). Las sentencias RDF son muy sencillas (recurso, propiedad y valor) logrando que se puedan manejar esos volúmenes de datos.

Las propiedades por sí solas no tienen mucho sentido, por lo tanto se busca que se distribuyan conjuntos de propiedades en paquetes, que refieren a algún tema en particular. Estos paquetes se conocen como vocabularios RDF.
Opiniones, links, índices y todo aquello que ayude a la gente a encontrar cosas en la web serán utilidades de gran valor. Nadie piensa que todos van a utilizar el mismo vocabulario RDF. Los mejores vocabularios RDF van a sobrevivir y prosperar, probablemente la mayoría de los sitios web finalmente adopte un pequeño conjunto de vocabularios tal y como las bibliotecas han ido evolucionando hasta el día de hoy.

Intercambio y recuperación de información

Entre las múltiples argumentaciones que está generando este nuevo formato de metadatos en la comunidad de profesionales la información, y en relación con los protocolos de búsqueda y recuperación de información. En una discusión acerca de las ventajas de este formato frente a otros estándares similares de intercambio de información, se reconoció que la idea básica que subyace al RDF es similar a la que hay detrás del formato GRS.1 en Z.39.50, es decir, un árbol jerárquico de información dividida en identificadores etiquetados, donde el significado y el formato (marcado descriptivo y procedimental) de la marca viene definido por un conjunto de etiquetas importadas (GRS.1) o esquemas (RDF). Sin embargo el solapamiento con Z39.50 es ligeramente mayor cuando la comunidad web ve RDF como el fundamento para la búsqueda a través de distintos dominios en Internet. Según esto, RDF puede concebirse también como una superación del sistema de búsqueda de información basado en la norma ANSI/NISO.

En este sentido, se va a empezar a trabajar en un proyecto, liderado por Mozilla7, para la creación de sistemas de recuperación de información que integren RDF, DC y Z39.50. El objetivo principal del proyecto será identificar un mecanismo para que el interfaz de usuario de Mozilla permita enviar sentencias de búsqueda a los múltiples servidores Z39.50 que existen en la actualidad, y que los resultados aparezcan dentro del interfaz normalizado de bookmarks y mapas de sedes web que utilizan RDF; para ello será necesario además, una representación RDF para el conjunto de atributos Z39.50. La capacidad de especificar esquemas de metadatos en RDF permitirá a las aplicaciones acceder a un esquema particular de un registro accesible públicamente vía web y recuperar la estructura y la semántica de ese conjunto concreto de elementos. Desde un punto de vista extremadamente realista, esto no asegura totalmente la búsqueda y la interoperabilidad de intercambio entre los diversos conjuntos de metadatos, pero facilita la tarea para conseguirlo.

Fuentes

http://purl.org/DC
http://www.fgdc.gov/Metadata
http://www.gils.net/
http://www.w3.org/MarkUp/
http://www.w3.org/P3P/
http://www.w3.org/PICS/
http://www.w3.org/MarkUp/SGML
http://etext.virginia.edu/TEI.html
http://www.w3.org
http://www.w3.org/TR/xhtml1
http://www.w3.org/XML
http://lcweb.loc.gov/z3950/agency/