ROH: Proceso de Ingeniería Ontológica & Uso y Extensión de Vocabularios Estándar
Anotaciones semanticas recursos
1. Anotaciones Semánticas para Recursos
Educativos: Linked Data y RDFa
Jorge A. Lopez1, Nelson O. Piedra2, Freddy M. Coronel3
10 de Mayo 2010
Abstract
Linked data o datos vinculados describe los principios dirigidos hacia la
consecución de la web de datos. Orientados principalmente a la identificación
de recursos por medio de URIs y a través de estas obtener más información de
interés inmediato. Los datos vinculados hacen aparecer a la web como una
enorme base de datos Global. RDFa mediante el uso de atributos agrega los
metadatos enriquecidos a los textos con base en Resource Description Framework
RDF. Con el uso de Dublin Core se añadirán metadatos semánticos con las
estrategias de Google y los principios de Linked Data.
Index Terms. Datos Vinculados –Linked Data–, Linking Open Data, URI, OER,
RDFa, Google, Dubin Core, Open Courseware.
1. Introducción.
En la actualidad se vive una etapa de transición entre la web de documentos en la cual los
enlaces de hipertexto son el “pegamento” que une la estructura de la antigua web. En la
web de datos, las URIs, aquellos ids son el nexo que mantiene unidos a los recursos, y que
nos permiten. Para publicar datos vinculados, se pueden utilizar muchos medios,
pero todos tienen una cosa en común: el uso de RDF. Como parte de este trabajo,
se ha considerado a RDFa, como alternativa viable para describir semánticamente
elementos de interés, incluyendo a los recursos educativos abiertos OERs.
2. Linked Data.
En la web actual, la información se encuentra enlazada por medio de hipervínculos, para
lograr la Web de datos a la cual se quiere llegar se requiere vincular los datos. Esto
involucra el empleo de RDF, para publicar datos estructurados y conectar datos de
1
jalopez2@utpl.edu.ec Docente Investigador, UTPL Loja.
2
nopiedra@utpl.edu.ec Director Escuela Ciencias de la Computación, UTPL Loja.
3
fmcoronel@utpl.edu.ec Profesional en Formación, UTPL Loja.
2. diferentes data sources, usando la URI (Uniform Resource Identifier) una cadena de
caracteres que identifica o nombra a un recurso en la web. Los principios de los datos
vinculados fueron delineados por Tim Berners Lee en 2006:
1. Utilizar URI para identificar los recursos publicados en la Web
2. Aprovechar el HTTP de la URI para que la gente pueda localizar y consultar (es decir,
desreferenciar) estos recursos.
3. Proporcionar información útil acerca del recurso cuando la URI haya sido
desreferenciada.
4. Incluir enlaces a otras URI relacionadas con los datos contenidos en el recurso, de
forma que se potencie el descubrimiento de información en la Web.
Para vincular estos datos se hace una importante aclaración respecto de los recursos, que
se pueden simplificar así [2]:
A. Todo ítem de interés en nuestro dominio es un recurso.
B. Dos tipos de recursos:
B.1. Information Resources: Todos los recursos de un documento web tradicional:
documentos, imágenes y otros archivos de medios.
B.2. Non Information Resources: Personas, productos, lugares, conceptos, etc.
Objetos del mundo real que existen fuera de la web.
Hay que poner especial énfasis en desreferenciar, que se puede resumir como: tomar la
URI de un recurso de la Web, y utilizarla para obtener información de este recurso. La
figura ilustra este proceso.
Figura 1. Desreferenciado un recurso non-information en la Web[3].
3. Luego volvemos a la diferenciación que se ha hecho anteriormente los recursos son
desreferenciados de diferente forma:
Recursos de información: al ser desrefenciada su URI, el servidor genera una
nueva representación, una instantánea del estado actual del recurso y devuelve
el código de respuesta HTTP 200 OK.
Para los otros recursos, el servidor, al no poder presentar una nueva
representación del recurso, le devuelve al cliente una URI que describe un
recurso de información que describe a este recurso desreferenciado y devuelve
el código de respuesta HTTP 303 See other. Como siguiente paso el cliente
desreferencia esta nueva URI y obtiene la representación que describe al
recurso original.
2.2Publicación de Datos vinculados.
Para la publicación, la comunidad describe ciertos lineamientos basados en los
principios anteriormente vistos y en el uso de RDF y vocabularios ya establecidos.
La tabla 1 muestra un conjunto de vocabularios bien formados ya existen para
describir los recursos [8].
Tabla 1 muestra un conjunto de vocabularios
Vocabulario Describe:
Personas
Friend-of-a-Friend (FOAF)4
Metadatos generales.
Dublin Core (DC) 5
Comunidades online.
Semantically-Interlinked Online
Communities (SIOC)6
Proyectos
Description of a Project (DOAP)7
4
http://xmlns.com/foaf/0.1/
5
http://dublincore.org/documents/dcmes-xml/
6
http://sioc-project.org/
7
http://usefulinc.com/doap/
4. Taxonomías y conocimiento algo
Simple Knowledge Organization System estructurado.
(SKOS)8
Artistas, albums y canciones.
Music Ontology 9
Revisiones.
10
Review Vocabulary
Licencias
Creative Commons (CC)11
Si se necesita URI para lugares geográficos, temas generales, áreas de investigación,
artistas libros o CDs se debe usar las que estan disponibles en los data sources de la
comunidad W3C SWEO Linking Open Data12 como Geonames13, DBpedia14,
Musicbrainz15, dbtune16 o RDF Book Mashup17[8].
El dominio determinará que propiedades RDF serán usadas como predicados para ligar
con los datasources necesarios. Manualmente se pude optar por el uso de servicios
como Urigr18o Sindice19 para buscar URIs ya existentes de tal manera que usted las
reuse, generalmente se optará por aquellas con mayor aplicabilidad, según
popularidad.
En este punto hay que recalcar que los datasources podrían redirigir hacia URIs de
recursos informativos que describen a un recurso no informativo, en tal caso hay que
asegurarse que estamos vinculando a la URI del recurso y no del documento sobre el
mismo.
8
http://www.w3.org/2004/02/skos/
9
http://musicontology.com/
10
http://purl.org/stuff/rev
11
http://creativecommons.org/ns
12
http://esw.w3.org/topic/SweoIG/TaskForces/CommunityProjects/LinkingOpenData
13
http://www.geonames.org/ontology/
14
http://dbpedia.org/
15
http://fgiasson.com/blog/index.php/2007/05/22/browsing-musicbrainzs-dataset-via-uri-
dereferencing/
16
http://purl.org/dbtune/
17
http://sites.wiwiss.fu-berlin.de/suhl/bizer/bookmashup/index.html
18
http://uriqr.com/
19
http://www.sindice.com/
5. Además, para información ya publicada las alternativas para incluir linked data son
diversas. En Drupal20 con algunas configuraciones esto es razonablemente sencillo. Para
el caso de las bases de datos se puede incluir una representación de esos mismos datos
como datos vinculados (substituir-añadir), para lo cual existen diferentes herramientas
que son mostradas en la figura 2 junto a otras opciones que incluyen la publicación de
RDF y el uso de RDFa en las páginas web.
Figura 2. Inclusión de Linked data. Alternativas válidas. Gráfico con base en [15] y
[17].
Antes de publicar, es necesario testear y depurar con el fin de probar si la información
será correctamente accesada. Con este fin es aconsejable:
a. Probar las URIs a. usando el servicio de Vapour21. Este nos permitirá ver el
comportamiento de nuestras URIs.
20
http://www.drupal.org/
21
http://vapour.sourceforge.net/
6. b. Usar los navegadores para linked data, como Tabulator22, Disco23, Marbles24 o el
RDF Browser25. Alternativamente usar bookmarklets Tabulate y Disco26. Así se
notarán comportamientos erróneos, propios de la publicación o de
rendimiento del servidor. Adicionalmente tenemos OpenLink Data Explorer 27,
un plugin disponible actualmente sólo para Firefox28 que muestra los Data
Sources asociados a los contenidos de la página.
2.3 Estado Actual.
Una nube de data sets dan forma a la Web de datos, la figura 3 muestra el estado a
julio de 2009.
Figura 3. Linking Open Data Cloud at July 2009. [12]
22
http://www.w3.org/2005/ajar/tab
23
http://sites.wiwiss.fu-berlin.de/suhl/bizer/ng4j/disco/
24
http://beckr.org/marbles
25
http://demo.openlinksw.com/DAV/JS/rdfbrowser/index.html
26
http://www.w3.org/2006/11/tabulate.html
27
https://addons.mozilla.org/en-US/firefox/addon/8062
28
http://www.mozilla.org/firefox
7. Como fuerza impulsora para este cometido, el proyecto Linking Open Data además provee
multitud de recursos para dar el salto hacia la web de datos. Su meta es “exponer” data sets
abiertos en RDF. Esta comunidad además muestra herramientas y proyectos orientados a esta
nueva web. En la figura 4 se muestra el gran potencial existente, con la cual usando un iPhone
por medio de una aplicación se visualiza un mapa de Berlín con acceso a la Nube.
Figura 4. Accediendo a aplicaciones con LOD desde un iPhone. [13]
2.4 Uso.
Cada día nuevas organizaciones incorporan en sus Web sites datos vinculados, entre
los más relevantes:
Los gobiernos de los Estados Unidos y del Reino Unido. (con RDFa).
BBC. Para programación y música. Arquitectura RESTful y uso de la ontología
BBC Programmes. Ver figura 5.
NY Times
Best Buy. Con RDFa
8. Figura 5. Polígono de datos de la BBC y ontología para describir recursos de la BBC. [21]
BBC Programmes Ontology
9. 2.5 RDFa.
RDFa permite que, usando algunos simples atributos los autores de XHTML, puedan
marcar datos legibles por humanos con indicadores permitiendo que los navegadores y/u
otros programas los entiendan. Una página Web puede contener metadatos que expresen
desde el título de un artículo, hasta algo complejo como la red social completa del autor
del mismo.
Con RDFa las reglas para interpretar los datos son genéricas, por lo tanto no hay necesidad
de diferentes reglas para diferentes formatos; facilitando a los autores y publicadores de
datos definir sus propios formatos sin tener que actualizar software, o registrarlos ante
una autoridad central o preocuparse que dos formatos interfieran entre sí.
En el DERI-internal RDFa hands-on, se reproduce una guía bastante sencilla de pasos para
usar RDFa en la publicación de linked data, resumibles en:
a. Preparar el documento HTML.
b. Marcar las entidades.
c. Añadir las propiedades a las entidades. Aquí se reproduce en la figura 6.
11. 3. Google y el Marcado semántico. Una actualización.
12. En trabajos anteriores se ha hecho referencia al soporte de anotaciones semánticas por
parte de Google y Yahoo! para proveer una mejora en la experiencia de búsquedas con los
Rich Snippets.
En la primera etapa de este trabajo, se analizó las diferentes opciones para incluir
metadatos semánticos en documentos web, partiendo desde la visión práctica de los
Microformatos29, para analizar más detalladamente a las dos opciones para utilizar el
Marco de descripción de recursos (RDF) en páginas web: eRDF y RDFa. Con la aparición de
HTML5 y conforme se ha ido refinando su propuesta de Microdata30, ha sido considerada
también como alternativa válida y el hecho que ha partir de Marzo de este año Google
anuncia el soporte de Microdata[29] en sus Rich Snippets.
Para esta característica se impone el uso de las propiedades definidas para describir estos
recursos utilizando las convenciones de nombres para atributos de RDFa.
Hasta la anterior versión de este trabajo Google Rich Snippets permitía la descripción de:
Productos y Revisiones (simples y agregadas), adicionando Personas, Negocios y
Organizaciones y video, este particularmente usando Facebook Share31 y RDFa Video32 de
Yahoo! SearchMonkey. Estas propiedades son resumidas en la figura 7. Pero en los
últimos meses progresivamente se ha ido incorporando Recipes (Recetas) y Eventos.
29
http://www.microformats.org
30
http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html
31
http://www.facebook.com/share_partners.php
32
http://developer.search.yahoo.com/help/objects/video
13. Figura 7. Ejemplo Propiedades de Facebook Share (superior) y RDFa video de Yahoo!
SearchMonkey (inferior) Realizada con base en [32].
La tabla 2 muestra las propiedades a ser usadas para describir un evento. Donde los
nombres de RDFa difieren de sus correspondientes en microformatos, estos últimos son
mostrados entre paréntesis.
Tabla 2. Descripción de un evento usando las propiedades consideradas por Google. [30]
Propiedad Descripción
summary Requerido. El nombre del evento.
url Link a la página con los detalles del evento.
location Ubicación o punto de reunión para el evento. Opcionalmente puede
representar anotaciones de la organización o dirección.
14. description Descripción del evento.
startDate Requerida. Fecha y hora de inicio en formato ISO para fechas.33
(dtstart)
endDate Fecha y hora de finalización en formato ISO para fechas.
(dtend)
duration La duración del evento en formato ISO. (8601)34
eventType Categoría del evento: "Festival", "Concert", "Lecture".
(category)
geo Coordenadas geográficas de la ubicación del evento. Latitud y longitud
photo Link de la foto o imagen relacionada al evento.
Para el caso de las organizaciones y negocios se toman en cuenta las propiedades
mostradas en la tabla 3, para referencias de descripción de personas véase tabla 4.
Tabla 3. Descripción de una Organización con uso de RDFa, Microformatos o Microdata.
Google. [31]
Propiedad Descripción
name El nombre de la organization. Si se usa microformatos ambos
fn/org)
atributos deben ser usados con el mismo valor.
url Home page de la organización.
address Dirección de la organización. Puede contener como
(adr) subpropiedades: street-address, locality, region, postal-
code, y country-name.
Tel Número telefonico.
geo Opcionales. Coordenadas geográficas de la ubicación del evento.
Latitude y longitude
Tabla 4. Descripción de una Persona con uso de RDFa, Microformatos o Microdata.
Google. [33]
Propiedad Descripción
name (fn) Nombre
nickname Nickname
photo Link a una imagen
title Título (ejemplo, Financial Manager)
role Ocupación (ejemplo, Accountant)
url Link a una pagina de la persona.
affiliation El nombre de la organización con la que tenga una relación (su
33
http://www.iso.org/iso/date_and_time_format
34
http://en.wikipedia.org/wiki/ISO_8601#Durations
15. (org) empleador, por ejemplo).
friend Identifica una relación de amistad esta persona con otra. (XFN)
contact Identifica una relación de esta persona con otra.
acquaintance Identifica una relación de esta persona con otra.
address Dirección de la persona. Puede contener como subpropiedades:
(adr) street-address, locality, region, postal-code, y country-
name.
4. Descripción de Recursos Educativos usando RDFa
Dadas estas nuevas adiciones de Google, para el portal de OCW se puede utilizar lo ya
definido para describir la organización (UTPL), el equipo docente y a considerar los eventos
y la descripción de Videos usando el vocabulario Media de SearchMonkey. Consideradas
todas las alternativas, los principios de linked data y las estrategias de Google, se propone
la utilización de RDFa para añadir metadatos semánticos en las páginas de Open
Courseware de la UTPL35. Al ingresar a uno de los cursos ofertados se han podido
identificar aspectos describibles usando Dublin Core36 con los elementos descritos en la
tabla 5.
Tabla 5. Elementos de Dublin Core considerados para los recursos de las OCW UTPL.
Propuesta Inicial.
Elementos
Title*
Subject
Description
Source*
Languaqe
Creator*
Publisher*
Date
Type
Format
Identifier
* obligatoria
Además, considerando los principios de Google, se usará anotaciones semánticas anidadas
para los elementos que constituyan personas y/o organizaciones. (Datos anidados al estilo
de la propiedad location de un evento cuando se describe una organización).
Durante el desarrollo de este trabajo se produjeron cambios significativos en la forma que
trabaja Google, principalmente en el aspecto de ya permitir los elementos div ocultos.
Partiendo de esto, y como recomendación se va a realizar una descripción utilizando el
35
http://ocw.utpl.edu.ec
36
http://dublincore.org
16. principio de Snippets RDFa citado en la Wiki de RDFa Authoring. 37 Este principio se basa en
sencillas reglas para la organización del contenido marcado con RDFa, principalmente
haciendo énfasis en la separación del contenido visible del oculto, aquel solo para los
buscadores y los agentes software, así como unos tips en lo concerniente a la sintaxis de
elementos div con consideraciones del idioma que describe al recurso.
Con estas recomendaciones en mente y con aspectos inherentes a la clasificación de los
recursos disponibles en la web, tenemos que modificar la propuesta inicial para extender
este modelo a todos los posibles escenarios, esto debido a la diversidad de recursos
(video, presentaciones, podcast, etc.) que deberían ser accesibles y describibles por este
modelo.
Figura 8. Especificación de OERS según tipo.
Autoría: DC+Google
Personas/Organizaciones
Licencia CC
Elementos opcionales DC
Media:bitrate Media:title
Media:channels Media:thumbnail
Media:duration Media:width
Media:height
Media:type
Media:duration
Media:views
37
http://www.ebusiness-unibw.org/wiki/RDFaAuthoring
17. Tomando esto en consideración de la propuesta inicial, vale decir que los primeros
elementos de DublinCore, referentes a la autoría, serán necesariamente mandatorios,
puesto que es justo precisar a la Persona/s y organización que han realizado este aporte. El
resto de atributos son descritos de acuerdo al tipo de recurso puntual.
En el caso de los videos será necesario el uso del vocabulario RDFa de Yahoo! Search
Monkey Media Video, el cual provee los elementos comunes a los videos publicados en la
red. La estructura se presentaría de la forma descrita en la figura 9, que además servirá de
plantilla para los demás recursos reemplazando simplemente los elementos que les
diferencian por los de video.
Figura 9. Descripción de videos utilizando Search Monkey Media Video.
<elementos RDFa DC (obligatorios)+Google>
<elementos Yahoo! Search Monkey Media Video >
<elementos CC licencia>
<elementos RDFa DC (opcionales)>
Remitiéndonos al apartado anterior de las características admitidas actualmente por
Google, podemos sacar del ámbito de DC al autor para reemplazar por los elementos RDFa
de Google para el autor utilizando FOAF. En la parte central deberemos incluir una sección
de licenciamiento del trabajo. Con el uso de las herramientas provistas por Creative
Commons para la generación de un Snippet XHTML se puede agilitar este paso.
4.1. Elementos usados en el Laboratorio.
4.1.1.Consideraciones Iniciales.
4.1.1.1.Loomp
Además fue considerado Loomp38, una herramienta en fase beta que mediante
mashups, busca convertirse en el Wordpress para linked data. Una interfaz fácil de
usar, pero limitada sólo a describir personas y lugares. Quizás con el tiempo
provea una interfaz para que todos incluyan anotaciones semánticas en sus
publicaciones. La figura 10 muestra una prueba de la herramienta usada para
anotar referencias a la ciudad de Loja, mientras que la siguiente figura el resultado
de una anotación geográfica para la UTPL.
Figura 10. Uso de LOOMP. [37]
38
http://loomp.u0d.de
19. Figura 12. Descripción de la Publicación anterior.
Tabla 6. Análisis de uso Loomp.
Ventajas Desventajas
Publicación sencilla e intuitiva. Publicación centralizada.
Facilidad de uso. Orientada al usuario común.
Uso no muy extendido. Fase
inicial.
Asiste en la búsqueda de los recursos a Vocabularios limitados a
publicar. URIs seleccionables de DataSets describir Personas y Lugares.
definidos.
4.1.1.2.StyLiD
Es una aplicación de Software social que permite a crear y compartir datos vinculados.
Primordial en su enfoque son los conceptos. Un concepto es una entidad abstracta que
describe un elemento particular.
Para su uso sólo es necesaria la creación de una cuenta en la página de StYLiD39.
Además se puede realizar búsquedas entre los conceptos y con atributos específicos
una búsqueda más elaborada, así también consultas SPARQL.
Para el caso particular de los Recursos Educativos Abiertos (OERs) se precisa la
creación de su concepto, puesto que hasta ahora la comunidad no lo ha publicado. Si
bien, al momento existen conceptos relacionados, tales como curso (course),
39
http://www.stylid.org/
20. seminario (seminar), conferencia (conference), se hace necesaria la creación del
concepto OER.
Este concepto contará con atributos basados en los elementos de Dublin Core. Su
estructura es mostrada en la figura 13.
Figura 13. Estructura del concepto para describir OERs.
Con base en la prueba de esta alternativa se pueden realizar ciertas conclusiones que
son detalladas en la tabla 7.
Tabla 7. Consideraciones de uso StyLiD.
Ventajas Desventajas
Publicación sencilla e Publicación centralizada.
intuitiva.
Facilidad de uso. Orientada al Uso no muy extendido.
usuario común.
Búsquedas personalizables y
bastante específicas.
Consultas SPARQL por medios
gráficos.
Nube de conceptos.
4.1.2.Herramientas
Se consideró en primera instancia dos editores: Adobe Dreamweaver CS4 40 Y
Aptana Studio 2.041. La existencia de una extensión para trabajar con
documentos HTML+RDFa (beta) ha sido trascendente para la elección de esta
herramienta. [36]
40
http://www.adobe.com
41
http://www.aptana.com/
21. Figura 14. Creación de un documento con RDFa Dreamweaver.
Figura 15. Edición de una página web RDFa usando Dreamweaver. [35]
Finalmente se usarán los plugins, y bookmarklets mencionados en el trabajo anterior
así como las herramientas de debug del apartado 2.2 Publicación de Datos vinculados.
4.1.3.Información.
La información de prueba será el contenido del curso Fundamentos
Informáticos42. Disponible en el portal OCW de la UTPL.
42
http://ocw.utpl.edu.ec/sistemas-informaticos-y-computacion/fundamentos-informaticos
22. 5. Desarrollo.
Con todas las consideraciones tenidas en cuenta, como primera parte se ha implementado
una página XHTML+RDFa 1.0, puesto que es la versión que esta siendo validada. Aunque
parte de este trabajo considera a HTML5 como el lenguaje a usar, al estar en desarrollo lo
limita para ser tomado en cuenta.
Los primeros recursos en ser descritos en esta experiencia fueron los textos y las guías,
para posteriormente realizar las pruebas con los videos.
En el caso de los textos trabaja bien con la propuesta inicial, pero se ve más organizado y
completo, ya que se individualizan las licencias y de esta manera lograr ser más
descriptivos. En el caso de los videos, se hace necesaria las pruebas en un servidor, hasta el
momento solo se ha realizado en un servidor local, falta todavía evidenciar su
comportamiento en línea.
En la figura 16 mostrada a continuación se ve ya los recursos descritos con RDFa y
reconocidos por los plugins que han sido utilizados como primer elemento de validación
de las anotaciones semánticas, en el caso de Operator se limita a mostrar como contenido
marcado con RDF, mientras que Fuzz y su plugin de extensión ya nos muestran las tripletas
generadas para el recurso seleccionado. Semantic Radar que lo único que hace es mostrar
un icono que permite realizar una búsqueda de linked data de los recursos descritos en
nuestra página.
Figura 16. Segunda Prueba de Descripción usando RDFa en estilo Snippet.
23. 6. Referencias.
[1] BERNERS-LEE, Tim. Linked Data [Consultado a 14 de abril de 2010] [En línea] Disponible en:
http://www.w3.org/DesignIssues/LinkedData.html
[2] Dereferencing HTTP URIs. W3C Technical Architecture Group (TAG) [Consultado a 15 de
abril de 2010] [En línea] Disponible en:
http://www.w3.org/2001/tag/doc/httpRange-14/2007-05-31/HttpRange-14
[3] How to publish Linked data on the Web. [Consultado a 15 de abril de 2010] [En línea]
Disponible en: http://sites.wiwiss.fu-berlin.de/suhl/bizer/pub/LinkedDataTutorial/
[4] URI, Wikipedia the Free Encyclopedia. [Consultado a 15 de abril de 2010] [En línea]
Disponible en: http://en.wikipedia.org/wiki/URI
[5] Give yourself an URI. [Consultado a 24 de Noviembre 2009] [En línea] Disponible en http://
dig.csail.mit.edu/breadcrumbs/node/71
[6] How to publish Linked data on the Web. [Consultado a 15 de abril de 2010] [En línea]
Disponible en: http://sites.wiwiss.fu-berlin.de/suhl/bizer/pub/LinkedDataTutorial/
[7] SAUERMANN et al.: Cool URIs for the Semantic Web. [Consultado a 15 de abril de 2010] [En
línea] Disponible en: http://www.dfki.uni-kl.de/%7Esauermann/2006/11/cooluris/
[8] Linking Open Data. Common Vocabularies. [Consultado a 15 de abril de 2010] [En línea]
Disponible en:
24. http://esw.w3.org/topic/TaskForces/CommunityProjects/LinkingOpenData/CommonVocabula
ries
[9] Linking Open Data. Deferenceable URIs Data Sets. [Consultado a 15 de abril de 2010] [En
línea] Disponible en:
http://esw.w3.org/topic/TaskForces/CommunityProjects/LinkingOpenData/DataSets
[10] BIZER, Christian et al.: Interlinking Open Data on the Web [Consultado a 15 de abril de
2010] [En línea] Disponible en: http://sites.wiwiss.fu-
berlin.de/suhl/bizer/pub/LinkingOpenData.pdf
[11] HEATH, Tom. The Linking Open Data Project. Bootstrapping the Web of Data. [Consultado
a 15 de abril de 2010] [En línea] Disponible en: http://www.linkeddata.org/slides/2008-02-
amsterdam-catch.pdf
[12] About the Linking Open Data dataset cloud. [Consultado a 20 de abril de 2010] [En línea]
Disponible en: http://www4.wiwiss.fu-berlin.de/bizer/pub/lod-datasets_2009-07-14.html
[13] HERMAN, Ivan. Semantic Web, Linked Data, and Semantic 3D Media. [Consultado a 20 de
abril de 2010] [En línea] Disponible en: http://www.w3.org/2010/Talks/0211-Sophia-IH/
[14] HERMAN, Ivan. Semantic Web. What is being done today? [Consultado a 20 de abril de
2010] [En línea] Disponible en: http://www.w3.org/2009/Talks/1214-Darmstadt/
[15] Solving Real Problems Using Linked Data. [Consultado a 28 de abril de 2010] [En línea]
Disponible en:
http://virtuoso.openlinksw.com/presentations/Solving_Real_Problems_Using_Linked_Data/So
lving_Real_Problems_Using_Linked_Data.ppt
[16] Data Lifecycle. [Consultado a 28 de abril de 2010] [En línea] Disponible en:
http://webofdata.wordpress.com/2009/09/14/data-lifecycle/
[17] SEQUEDA Juan. Introduction to Linked Data: Consuming Linked Data Tutorial.
International Semantic Web Conference 2009. [Consultado a 28 de abril de 2010] [En línea]
Disponible en: http://www.slideshare.net/juansequeda/introduction-to-linked-data-2341398
[18] OpenLink Data Explorer. ODE. [Consultado a 28 de abril de 2010] [En línea] Disponible en:
https://addons.mozilla.org/en-US/firefox/addon/8062
[19] Michael Hausenblas: Linked Data Tutorial. [Consultado a 28 de abril de 2010] [En línea]
Disponible en: http://www.slideshare.net/mediasemanticweb/linked-data-michael-
hausenblas-2009-03-05
[20] BIRBECK, Mark. Linked Data and RDFa in US and UK government web-sites. [Consultado a
28 de abril de 2010] [En línea] Disponible en: http://webbackplane.com/mark-
birbeck/blog/2009/11/20/linked-data-and-rdfa-in-us-and-uk-government-web-sites
[21] RAIMOND, Yves. Linked Data on the BBC. [Consultado a 28 de abril de 2010] [En línea]
Disponible en: http://www.slideshare.net/moustaki/linked-data-on-the-bbc-2638734
25. [22] RDFa Wiki. [Consultado a 28 de abril de 2010] [En línea] Disponible en:
http://rdfa.info/wiki/RDFa_Wiki
[23] RDFa for HTML authors. [Consultado a 28 de abril de 2010] [En línea] Disponible en:
http://www.w3.org/MarkUp/2009/rdfa-for-html-authors
[24] HAUSENBLAS, Michael. Introducing the Linked Data Research Centre. [Consultado a 28 de
abril de 2010] [En línea] Disponible en:
http://www.slideshare.net/mediasemanticweb/introducing-the-linked-data-research-centre?
from=ss_embed
[25] HALB, Wolfgang et al: Building Linked Data For Both Humans and Machines. [Consultado
a 28 de abril de 2010] [En línea] Disponible en:
http://events.linkeddata.org/ldow2008/papers/06-halb-raimond-building-linked-data.pdf
[26] W3C: Structured Data and Search Engines. [Consultado a 28 de abril de 2010] [En línea]
Disponible en: http://www.w3.org/QA/2009/05/structured_data_and_search_eng.html
[27] Vocabularies RDFa Wiki. [Consultado a 28 de abril de 2010] [En línea] Disponible en:
http://rdfa.info/wiki/Learn#Vocabularies
[29] RDFa Tutorial DERI. [Consultado a 28 de abril de 2010] [En línea] Disponible en:
http://linkeddata.deri.ie/services/tutorials/rdfa/
[28] Using RDFa to publish linked data. [Consultado a 28 de abril de 2010] [En línea] Disponible
en: http://webofdata.wordpress.com/2010/01/26/using-rdfa-to-publish-linked-data/
[29] Microdata support for Rich Snippets. [Consultado a 12 de Mayo de 2010] [En línea]
Disponible en: http://googlewebmastercentral.blogspot.com/2010/03/microdata-support-for-
rich-snippets.html
[30] Events. Google Webmaster Central [Consultado a 12 de Mayo de 2010] [En línea]
http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=164506
[31] Businesses and organizations. Google Webmaster Central [Consultado a 5 de Mayo de
2010] [En línea] http://www.google.com/support/webmasters/bin/answer.py?
hl=en&answer=146861
[32] Supporting Facebook Share and RDFa for videos. Google Webmaster Central [Consultado
a 12 de Diciembre de 2009] [En línea] http://googlewebmastercentral.blogspot.com/2009/09/
supporting-facebook-share-and-rdfa-for.html
[33] People. Google Webmaster Central [Consultado a 5 de Mayo de 2010] [En línea]
http://www.google.com/support/webmasters/bin/answer.py?answer=146646
[34] Recipes. Google Webmaster Central [Consultado a 5 de Mayo de 2010] [En línea]
http://www.google.com/support/webmasters/bin/answer.py?&answer=173379
[35] Publishing RDFa with Dreamweaver[Consultado a 5 de Mayo de 2010] [En línea]
http://www.sitepoint.com/blogs/2009/03/05/publish-rdfa-with-dreamweaver/
26. [36] RDFa extension for Dreamweaver. KNOL [Consultado a 5 de Mayo de 2010] [En línea]
http://knol.google.com/k/richard-kemp/rdfa-extension-for-dreamweaver-
seo/wv5mzhzcowiw/9#
[36] Loomp [Consultado a 5 de Mayo de 2010] [En línea] http://loomp.u0d.de
[37] RDFaAuthoring [Consultado a 25 de Mayo de 2010] [En línea] http://www.ebusiness-
unibw.org/wiki/RDFaAuthoring
[37] Hepp, Martin; García, Roberto; Radinger, Andreas: RDF2RDFa: Turning RDF into Snippets
for Copy-and-Paste [Consultado a 25 de Mayo de 2010] [En línea]Disponble en:
http://www.heppnetz.de/files/RDF2RDFa.pdf