Experimentos con RDFa

por Brian Kelly | 3 de mayo de 2010 | HTML, W3C | 2 comentarios El contexto En una publicación reciente esbocé algunas ideas sobre Microformatos y RDFa: Añadir una estructura más rica a tus páginas HTML. Sugerí que ahora podría ser oportuno evaluar el potencial de RDFa, pero añadí una nota de cautela, señalando que los microformatos no parecen haber estado a la altura de su hype inicial. Tales reservas fueron repetidas por Owen Stephens, quien consideró usar RDFa (con la ontología Bibo) para permitir el intercambio de ‘referencias’ entre estudiantes (y personal) como parte de su proyecto TELSTAR y pasó a describir las razones detrás de esta decisión. La decisión de Owen se centró en preocupaciones de implementación. En contraste, Chris Gutteridge tenía reservas ideológicas, ya que él “odia la mezcla de marcado visual y de datos. Mejor tener solo bloques de RDF (en N3 por preferencia) en un elemento junto al ítem del que se habla, o simplemente en la página”. Como yo, Stephen Downes parece estar dispuesto a investigar y pidió “enlaces que apunten específicamente a una sintaxis RDFa utilizada para describir eventos?”. Michael Hausenblas proporcionó enlaces a dos recursos útiles: el Tutorial de Datos Enlazados del W3C – sobre Publicar y consumir datos enlazados con RDFa y un artículo sobre “Construir Datos Enlazados Para Humanos y Máquinas” (formato PDF). Pete Johnson también dio algunos comentarios útiles y proporcionó un enlace a un trabajo publicado recientemente sobre cómo usar RDFa en recursos HTML 5. Mis experimentos Como Stephen Downes, pensé que sería útil comenzar proporcionando una estructura más rica sobre eventos. Por lo tanto, mis experimentos comenzaron añadiendo marcado RDFa para mi página de próximos eventos. Como los beneficios de proporcionar tal estructura más rica para el procesamiento por extensiones de navegador parecen ser actualmente poco convincentes, mi enfoque fue proporcionar tal marcado por un motor de búsqueda. La motivación es, por lo tanto, principalmente proporcionar un marcado más rico para eventos que será procesado por un servicio ampliamente utilizado para que los usuarios finales reciban mejores resultados de búsqueda. Mi primera parada fue una publicación de Google que introdujo fragmentos enriquecidos. Google lanzó su soporte para Fragmentos Enriquecidos hace menos de un año, en mayo de 2009. Se describen como “una nueva presentación de fragmentos que aplica los algoritmos de Google para resaltar datos estructurados incrustados en páginas web”. La documentación sobre el uso de Fragmentos Enriquecidos se proporciona en el sitio web de Herramientas para Webmasters de Google. Esto me proporciona información sobre el marcado RDFa (junto con microdatos y microformatos) para eventos. Páginas adicionales proporcionan información similar sobre marcado sobre personas y negocios y organizaciones. Aunque soy consciente de que Google ha sido criticado por desarrollar su propio vocabulario para sus Fragmentos Enriquecidos, estaba más interesado en llevar a cabo un experimento simple con el uso de RDFa que en continuar el debate sobre los vocabularios más apropiados. La página de próximos eventos se actualizó para contener marcado RDFa sobre mí mismo (nombre, organización y ubicación de mi organización, incluida la geolocalización de la Universidad de Bath. Para mis charlas en 2010 reemplacé los microformatos que había usado previamente con marcado RDFa junto con proporcionar información sobre la fecha de las charlas y su ubicación (nuevamente con información de geolocalización). No se notaron cambios al ver la página normalmente. Sin embargo, usando complementos de FireFox que muestran información RDFa (y microformatos) puedo ver que el software es capaz de identificar los elementos más ricamente estructurados en la página HTML. La captura de pantalla muestra cómo se renderizó el marcado por la barra lateral de Operator y el bookmarklet RDFa Highlight y, en la barra de estado en la parte inferior de la pantalla, enlaces a un validador RDFa y el Navegador RDF SIOC. Si comparas esta imagen con la visualización de cómo se renderizan los microformatos por el complemento Operator, se notará que la visualización de microformatos muestra el título del evento mientras que la visualización de RDFa enumera los elementos HTML que contienen marcado RDFa. La mayor flexibilidad proporcionada por RDFa parece venir al precio de una pérdida de contexto que es proporcionada por los usos más restringidos proporcionados por los microformatos. ¿Es válido? Aunque el bookmarklet HTML RDFa Highlight demostró que el marcado RDFa estaba disponible e indicó los elementos a los que se había aplicado el marcado, también había una necesidad de modificar otros aspectos de la página HTML. El DTD se cambió de un HTML 1.0 Strict a: Si además el espacio de nombres de los elementos RDFa necesitaba ser definido: Fue posible para mí hacer esto ya que tengo acceso a la página HTML incluyendo elementos definidos en el HTML. Soy consciente de que algunas aplicaciones CMS pueden no permitir que se realicen tales cambios y, además, las organizaciones pueden tener políticas que prohíban tales cambios. Al validar posteriormente la página descubrí, sin embargo, errores de validez HTML. Parece que mi uso del atributo name=“foo” ha sido reemplazado por id=“foo”. Los cambios al DTD y los elementos y la inclusión del marcado RDFa no fueron los únicos cambios que tuve que hacer, sin embargo. Descubrí que el atributo id=“foo requiere que “foo” comience con un carácter alfabético. Por lo tanto, tuve que cambiar id=“2010” a id=“year-2010”. Esto, para mí, fue algo más preocupante ya que en lugar de solo incluir marcado nuevo o ligeramente modificado que era compatible con versiones anteriores, ahora tenía que cambiar la URL de un ancla interna. Si las anclas hubieran comenzado con un carácter alfabético, esto no habría sido un problema (y no habría estado al tanto del problema). Sin embargo, parece que una migración de un mundo conforme a XHTML 1.0 Strict centrado en documentos a un mundo XHTML 1.1+RDFa más centrado en datos puede resultar en enlaces rotos. Estaba preparado para hacer este cambio en mis páginas de próximos y recientes eventos y cambiar enlaces dentro de las páginas. Sin embargo, si otros están enlazando a estas anclas internas (lo cual creo que es poco probable) entonces los enlaces se degradarán ligeramente (no resultarán en la visualización de un mensaje de error 404; en su lugar se mostrará la parte superior de la página, en lugar de las entradas para el inicio del año particular). La vista de Google del marcado RDFa Usando la Herramienta de Prueba de Fragmentos Enriquecidos de Google es posible “ingresar una URL de página web para ver cómo puede aparecer en los resultados de búsqueda”. La imagen adjunta muestra la salida de esta herramienta para mi página de eventos. Esto muestra la estructura de la página que Google conoce. Como Google conoce la latitud y longitud para la ubicación de la charla, puede usar esto para servicios basados en ubicación y puede proporcionar el resumen del evento y una descripción. ¿Es correcto? Después de mi experimento inicial, mi ex colega Pete Johnston (ahora de Eduserv) amablemente me dio algunos comentarios. Me alertó sobre el servicio RDFa Distiller and Parser del W3C – y recientemente él mismo ha publicado publicaciones sobre metadatos de documentos usando DC-HTML y usando RDFa y borradores de RDFa 1.1 disponibles en el W3C. Usando el servicio Distiller and Parser para informar sobre mi página de eventos (que ahora tiene

P.S. A few readers have asked which managed wordpress hosting we actually reach for — it's WP Engine; take a look here if you want the current details.