Desde la primera crítica constructiva que hice sobre la versión “Linked Data” de Open Data Euskadi algunas URIs han cambiado, pero los problemas descritos persisten (En el Open Data Day 2014 propusimos una solución). Añado aquí las URIs nuevas:

  1. Web de datasets: http://opendata.euskadi.eus/w79-contdata/es/contenidos/ds_localizaciones/consulados/es_euskadi/index.shtml
  2. En el dataset en turtle, URI del consulado de Suiza: http://www2.irekia.euskadi.eus/es/entities/1047
  3. Negociación contenido simulando ser navegador web: curl http://www2.irekia.euskadi.eus/es/entities/1047. Resultado: HTML (OK)
  4. Negociación contenido simulando ser agente automático que quiere RDF/XML: curl --header "Accept: application/rdf+xml" http://www2.irekia.euskadi.eus/es/entities/1047. Resultado: HTML (not OK).

El problema es que la URI principal solo lleva a la página web, y dentro de la página web, hay una URL con un archivo RDF (http://www2.irekia.euskadi.eus/es/entities/1047-consulado-suiza.rdf). Eso viola el principio básico (Linked Data e incluso REST en general) de que las URIs denotan entidades, no sus representaciones. Tampoco hay enlaces (predicados) a, por ejemplo, Suiza en DBPedia.

Probamos con otro dataset, esta vez sacado de la bola Open Data Euskadi de la nube Linked Open Data. El primer dataset de la lista es Farmacias de euskadi: http://opendata.euskadi.eus/contenidos/ds_localizaciones/farmacias_de_euskadi/opendata/r01DataSet.rdf. Pero el dataset no es sobre farmacias, es sobre metadatos de datos de farmacias, y el único enlace que parece significativo (es decir, tendría datos reales de farmacias) es http://opendata.euskadi.eus/contenidos/ds_localizaciones/farmacias_de_euskadi/farmacia/farmacias y no funciona (ni para humanos ni para agentes). El resto son triples sobre Dublin Core etc., más que predicados a otros datos. El resto de lo datasets siguen el mismo patrón: más que datos son metadatos, y los enlaces no funcionan.