NORMA T蒀NICA DE INTEROPERABILIDAD DE REUTILIZACI覰 DE RECURSOS DE INFORMACI覰

I. Objeto

La Norma t閏nica de interoperabilidad de reutilizaci髇 de recursos de informaci髇 tiene por objeto establecer el conjunto de pautas b醩icas para la reutilizaci髇 de documentos y recursos de informaci髇 elaborados o custodiados por el sector p鷅lico a los que se refiere el art韈ulo 3 de la Ley 37/2007, de 16 de noviembre, sobre reutilizaci髇 de la informaci髇 del sector p鷅lico por cualquier agente interesado.

II. 羗bito de aplicaci髇

Esta norma ser� de aplicaci髇 para la puesta a disposici髇, para su reutilizaci髇, de recursos de informaci髇 de car醕ter p鷅lico por parte de cualquier 髍gano de la Administraci髇 p鷅lica o Entidad de Derecho P鷅lico vinculada o dependiente de aquella en el 醡bito establecido en el art韈ulo 3 del Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el 醡bito de la Administraci髇 Electr髇ica.

A los efectos de esta norma, las definiciones, palabras, expresiones y t閞minos se entender醤 en el sentido indicado en el glosario incluido en el anexo I.

III. Selecci髇 de la informaci髇 reutilizable

1. Al objeto de seleccionar los documentos y recursos de informaci髇 aptos para la reutilizaci髇, se considerar醤 prioritarios los de mayor relevancia y potencial social y econ髆ico.

2. Los documentos y recursos de informaci髇 reutilizables ser醤 primarios, evitando las modificaciones o alteraciones de la informaci髇 existente en la fuente, al objeto de evitar errores que se puedan producir durante la manipulaci髇 de la informaci髇.

3. El nivel granular ser� el m醩 fino posible, evitando agregaciones adicionales, para posibilitar una reutilizaci髇 adecuada a cualquier necesidad.

4. Los documentos y recursos de informaci髇 reutilizables tendr醤 asociada informaci髇 estructurada que permita su procesamiento automatizado.

5. Los documentos y recursos de informaci髇 de elaboraci髇 o recogida peri骴ica puestos a disposici髇 para su reutilizaci髇 estar醤 actualizados a sus 鷏timas versiones y se indicar� la fecha de 鷏tima actualizaci髇, as� como el periodo de la misma.

IV. Identificaci髇 de la informaci髇 reutilizable

1. Los documentos y recursos de informaci髇 reutilizables estar醤 identificados mediante referencias 鷑icas y un韛ocas, basadas en identificadores de recursos uniformes, que componen la base necesaria para habilitar un mecanismo coherente de reutilizaci髇 de la informaci髇 a trav閟 de Internet. Con el uso de estos identificadores se podr� hacer referencia a los documentos o recursos que representan de forma un韛oca, estable, extensible, persistente en el tiempo y ofreciendo garant韆s de procedencia, requisitos clave para facilitar su posterior reutilizaci髇.

2. Para la construcci髇 de los identificadores de recursos uniformes se tendr醤 en cuenta los siguientes requisitos:

• a) Se usar醤 los protocolos HTTP o HTTPS, con el fin de garantizar el direccionamiento y resoluci髇 de cualquier identificador de los recursos en la web.
• b) Dado que pueden existir representaciones distintas asociadas a un mismo recurso de informaci髇, un servidor al que se le solicita un identificador de recurso uniforme deber韆 gestionar dicha petici髇 en funci髇 de la cabecera HTTP recibida, devolviendo la representaci髇 del recurso adecuada a las preferencias del cliente.
• c) Para la composici髇 de los identificadores de recursos uniformes se usar� un esquema consistente, extensible y persistente, preferentemente de acuerdo con el esquema definido en el anexo II. Las normas de construcci髇 de los mismos seguir醤 unos patrones determinados que ofrezcan coherencia en la uniformidad, los cuales podr醤 ser ampliados o adaptados en caso de necesidad. Aquellos Identificadores que sean creados y publicados en alg鷑 momento, deber醤 mantenerse en el tiempo.
• d) Los identificadores de recursos uniformes seguir醤 una estructura de composici髇 comprensible y significativa. El identificador deber� ofrecer informaci髇 de manera que pueda ser entendido y f醕ilmente escrito por personas lo que permitir� disponer de informaci髇 sobre el propio recurso, as� como su procedencia 鷑icamente interpretando el identificador.
• e) El identificador de recursos uniforme que identifica cada documento o recurso, en la medida de lo posible, no revelar� informaci髇 sobre la implementaci髇 t閏nica de generaci髇 del recurso representado.

V. Descripci髇 de la informaci髇 reutilizable

1. Para la descripci髇 de los documentos y recursos de informaci髇 reutilizables puestos a disposici髇 p鷅lica se asociar醤 los metadatos m韓imos recogidos en el anexo III; para los valores de ciertos metadatos se tendr� en cuenta lo establecido en los anexos IV y V.

2. Cada distribuci髇 tendr� asociados, al menos, los metadatos recogidos en el anexo III.

3. Para facilitar la reutilizaci髇 de vocabularios se utilizar� el Centro de Interoperabilidad Sem醤tica de la Administraci髇 previsto en el art韈ulo 10, apartado 3 del Real Decreto 4/2010, dichos vocabularios se publicar醤 de acuerdo con las condiciones de formato establecidas en el apartado VI.

VI. Formato de los documentos y recursos de informaci髇 reutilizables

1. Con el objeto de garantizar la independencia en la elecci髇 de alternativas tecnol骻icas por los ciudadanos y las Administraciones p鷅licas y la adaptabilidad al progreso de la tecnolog韆, los documentos y recursos de informaci髇 reutilizables puestos a disposici髇 p鷅lica, los metadatos y los servicios asociados a los mismos utilizar醤 est醤dares abiertos, as� como, en su caso y de forma complementaria, est醤dares que sean de uso generalizado por la ciudadan韆, siendo de aplicaci髇 lo previsto en el art韈ulo 11 del Real Decreto 4/2010, de 8 de enero y se ce駃r醤 a lo establecido en la Norma t閏nica de interoperabilidad de cat醠ogo de est醤dares, aprobada por Resoluci髇 de 3 de octubre de 2012, de la Secretar韆 de Estado de Administraciones P鷅licas.

2. Se podr醤 utilizar otros est醤dares cuando existan particularidades que lo justifiquen, cuando no sea viable la conversi髇 a un est醤dar m醩 adecuado o, bien no exista alternativa, siendo de aplicaci髇 lo previsto sobre est醤dares en el art韈ulo 11 del Real Decreto 4/2010, de 8 de enero.

3. Cualquier documento o recurso de informaci髇 reutilizable podr� ser puesto a disposici髇 p鷅lica a trav閟 de una o varias distribuciones en varios formatos distintos, con el objeto de facilitar la reutilizaci髇 a agentes con distintos perfiles.

4. Se seleccionar醤 preferentemente formatos que ofrezcan representaci髇 sem醤tica de la informaci髇, con el fin de facilitar una mejor comprensi髇 de la informaci髇 representada y su tratamiento automatizado. Si los formatos elegidos lo permiten, se priorizar� el uso de esquemas o vocabularios internacionalmente reconocidos para representar la informaci髇.

5. Se incluir� preferentemente informaci髇 de ayuda complementaria sobre los esquemas o vocabularios utilizados para representar la informaci髇.

VII. T閞minos y condiciones de uso aplicables

1. Las condiciones de reutilizaci髇 espec韋ica de los 髍ganos y entidades de Derecho P鷅lico de las Administraciones p鷅licas se ajustar醤 a lo dispuesto en la Ley 37/2007, de 16 de noviembre, y su normativa de desarrollo. Lo establecido en el art韈ulo 8 del Real Decreto 1495/2011, de 24 de octubre, podr� ser utilizado como referencia por otras Administraciones P鷅licas.

2. Dichas condiciones de reutilizaci髇 globales a un organismo, disponibles en formato digital y procesables electr髇icamente, podr醤 ser complementadas por condiciones espec韋icas aplicadas a categor韆s de documentos o recursos de informaci髇 concretos mediante licencias-tipo, disponibles en las mismas condiciones que las globales.

VIII. Puesta a disposici髇 de los documentos y recursos de informaci髇

1. Los documentos o recursos de informaci髇 puestos a disposici髇 p鷅licamente atender醤 al principio de accesibilidad a la informaci髇 y a los servicios por medios electr髇icos en los t閞minos establecidos por la normativa vigente, seg鷑 lo establecido en el art韈ulo 4.c) de la Ley 11/2007, de 22 de junio.

2. Cada 髍gano, organismo o entidad de derecho p鷅lico del 醡bito establecido en el art韈ulo 1.2 del Real Decreto 1495/2011, de 11 de octubre, proporcionar� informaci髇 estructurada sobre los documentos y recursos de informaci髇 susceptibles de reutilizaci髇, preferentemente a trav閟 de un espacio dedicado en su sede electr髇ica con el Localizador de Recurso Uniforme correspondiente, seg鷑 el modelo http://www.sede.gob.es/datosabiertos. El resto de los 髍ganos y entidades de derecho p鷅lico de las Administraciones p鷅licas seguir� sus normas reguladoras espec韋icas.

3. Se asociar� a los documentos o recursos de informaci髇 reutilizables puestos a disposici髇 p鷅lica la informaci髇 necesaria que permita su interpretaci髇.

4. En el caso de que se realice una puesta a disposici髇 de la informaci髇 mediante puntos de acceso din醡ico, complementarios a los puntos de descarga masiva, se elaborar� un documento t閏nico explicativo sobre el uso y configuraci髇 de estos puntos de acceso con, al menos, los par醡etros de consulta permitidos, el tipo de informaci髇 devuelta y los formatos aceptados.

5. Las direcciones electr髇icas que alberguen documentos, recursos de informaci髇 o cat醠ogos de informaci髇 p鷅lica susceptibles de reutilizaci髇 contendr醤 informaci髇 de aviso de dicha condici髇.

IX. Cat醠ogo de informaci髇 p鷅lica reutilizable

1. A efectos de la colaboraci髇 de los distintos 髍ganos y entidades, los cat醠ogos de informaci髇 p鷅lica reutilizable implementar醤:

• a) Una interfaz de publicaci髇, que permita a los diferentes 髍ganos y entidades p鷅licos poner a disposici髇 los metadatos de sus documentos y recursos de informaci髇 reutilizables.
• b) Una interfaz de consulta, que permita que las aplicaciones de terceros puedan acceder a funcionalidades de b鷖queda.

2. La descripci髇 de cada categor韆 de documentos o recursos de informaci髇 se realizar� en fichas donde se recoger醤, al menos, los metadatos obligatorios, descritos en el anexo III. Para la definici髇 de cat醠ogos y registros se podr� aplicar el modelo de plantilla incluido en el anexo VI.

3. Se proporcionar� acceso al contenido del cat醠ogo de dos formas:

• a) Mediante documentos HTML legibles para las personas.
• b) Mediante informaci髇 procesable autom醫icamente que permita la reutilizaci髇 de los propios metadatos del cat醠ogo y la interoperabilidad con otros cat醠ogos. El propio cat醠ogo se ofrecer� como un conjunto de datos reutilizable, utilizando para ello el vocabulario internacionalmente reconocido DCAT.

ANEXO I

Glosario

Agente reutilizador: persona, f韘ica o jur韉ica que reutilice informaci髇 del sector p鷅lico, ya sea para fines comerciales o no comerciales, siempre que dicho uso no constituya una actividad administrativa p鷅lica.

Dato: Una representaci髇 de hechos, conceptos o instrucciones de un modo formalizado, y adecuado para comunicaci髇, interpretaci髇 o procesamiento por medios autom醫icos o humanos.

Distribuci髇: Informaci髇 en un formato concreto, accesible desde un URL concreto. Un recurso de informaci髇 puede disponer de una o m鷏tiples distribuciones.

Documento: Toda expresi髇 en lenguaje natural o convencional y cualquier otra expresi髇 gr醘ica, sonora o en imagen, recogidas en cualquier tipo de soporte material, incluso los soportes inform醫icos.

Documento electr髇ico: Informaci髇 de cualquier naturaleza en forma electr髇ica, archivada en un soporte electr髇ico seg鷑 un formato determinado y susceptible de identificaci髇 y tratamiento diferenciado.

Documentos o recursos de informaci髇 reutilizable: Documentos que obran en poder de las Administraciones, 髍ganos y entidades de Derecho P鷅lico del sector p鷅lico, por personas f韘icas o jur韉icas, con fines comerciales o no comerciales, siempre que dicho uso no constituya una actividad administrativa p鷅lica, de acuerdo con el 醡bito de aplicaci髇 y exclusiones establecidos en el art韈ulo 3 de la Ley 37/2007, de 16 de noviembre.

Documento o recurso de informaci髇 primario: Dato tal y como se capta de la fuente sin modificaciones o alteraciones.

Extensiones multiprop髎ito de correo de Internet (Multipurpose Internet Mail Extensions): Serie de convenciones o especificaciones dirigidas al intercambio, a trav閟 de Internet, de todo tipo de ficheros –texto, audio, v韉eo, u otros– de forma transparente para el usuario.

Formato: Conjunto de caracter韘ticas t閏nicas y de presentaci髇 de un recurso de informaci髇 o documento.

Identificador de Recursos Uniforme: Cadena alfanum閞ica compacta que identifica recursos –f韘icos o abstractos– en la web de forma un韛oca. La diferencia respecto a un Localizador de Recursos Uniforme es su invariabilidad en la referencia de recursos.

Infraestructura de Descripci髇 de Recursos: Marco para la descripci髇 sem醤tica de recursos en la web, de manera que se dota de sentido a las representaciones en la web para que los datos puedan ser procesables autom醫icamente. RDF no es un formato, sino que existen distintas formas de representaci髇 –XML, N3, Turtle, etc.

Interfaz de Programaci髇 de Aplicaciones: Punto de comunicaci髇 entre componentes de software, que ofrece un conjunto de llamadas a librer韆s de programaci髇 que ofrecen acceso a servicios desde los procesos, consiguiendo la abstracci髇 en la programaci髇 entre niveles inferiores y superiores del software.

Linked Open Data: Aproximaci髇 de ciertas iniciativas de apertura de datos (Open Data) basada en tecnolog韆s de la Web Sem醤tica, donde se relacionan datos definidos de forma sem醤tica y que est醤 identificados y representados en la web.

Localizador de Recursos Uniforme: T閞mino usado para denominar ciertos identificadores de recursos uniformes cuyos recursos referidos pueden cambiar, esto es, la direcci髇 puede apuntar a recursos variables en el tiempo.

Metadato: Dato que define y describe otros datos. Existen diferentes tipos de metadatos seg鷑 su aplicaci髇.

Nivel de granularidad: Es el nivel de detalle de los datos, en la medida en la que trata el nivel m醩 at髆ico por el cual se definen los datos.

Ontolog韆: Descripci髇 formal de los conceptos y relaciones que pueden existir sobre agentes o una comunidad. Especificaci髇 consensuada que describe un dominio de informaci髇.

Open Data: Iniciativa de apertura de datos aptos para su reutilizaci髇 por parte de terceros.

Punto de acceso din醡ico: Servicio de consulta que permite obtener informaci髇 estructurada a trav閟 de peticiones basadas en par醡etros configurables.

RDFa: Forma de representaci髇 de datos estructurados presentes en documentos web mediante anotaciones sem醤ticas (RDF), incluidas en el c骴igo e invisibles para el usuario, que permiten a las aplicaciones interpretar esta informaci髇 y utilizarla de forma eficaz.

SPARQL (SPARQL Protocol and RDF Query Language): Tecnolog韆 de consulta de informaci髇 sobre diversas fuentes de datos que almacenan los mismos siguiendo el modelo de descripci髇 RDF.

Tripleta RDF: Sentencia en la que se describe la relaci髇 de un recurso con otro a trav閟 de un sujeto, un predicado (o propiedad), y un objeto.

W3C (World Wide Web Consortium): Consorcio neutro internacional de reconocido prestigio donde las organizaciones Miembro, el personal a tiempo completo y el p鷅lico en general, trabajan conjuntamente para desarrollar est醤dares para la web.

Web Sem醤tica: infraestructura de tecnolog韆s y mecanismos que ofrece la posibilidad de definir, integrar, compartir y reutilizar informaci髇 en la web entre distintas partes de forma automatizada en funci髇 de su significado.

Acr髇imos y abreviaturas

API: Application Programming Interface (Interfaz de Programaci髇 de Aplicaciones).

DCAT: Data Catalog Vocabulary (Vocabulario de Cat醠ogo de Datos).

HTTP: Hypertext Transfer Protocol (Protocolo de Transferencia de Hipertexto).

HTTPS: HTTP Secure (Protocolo de Transferencia de Hipertexto Seguro).

MIME: Multipurpose Internet Mail Extensions (Extensiones multiprop髎ito de correo de Internet).

OWL: Web Ontology Language (Lenguaje de Ontolog韆s Web).

RDF: Resource Description Framework (Infraestructura de Descripci髇 de Recursos).

RDF-S: RDF Schema (Esquema para la Infraestructura de Descripci髇 de Recursos).

RSS: RDF Site Summary (Resumen del Sitio en RDF) o Really Simple Syndication (Sindicaci髇 Realmente Simple).

SKOS: Simple Knowledge Organization System (Sistema de Organizaci髇 del Conocimiento Simple).

URI: Uniform Resource Identifier (Identificador de Recurso Uniforme).

URL: Uniform Resource Locator (Localizador de Recurso Uniforme).

WWW: World Wide Web.

ANEXO II

Esquema de URI

El esquema de identificadores de recursos uniformes o URI establece un mecanismo de identificaci髇 com鷑 para los datos que se exponen p鷅licamente, de forma que se pueda hacer referencia a estos de forma 鷑ica, fiable y persistente en el tiempo, requisito clave para facilitar su posterior reutilizaci髇.

Caracter韘ticas b醩icas del esquema a implementar

Los requisitos gen閞icos para dise馻r el esquema de URI son los siguientes:

• a) Utilizar el protocolo HTTP, de forma que se garantiza la resoluci髇 de cualquier URI en la web.
• b) Usar una estructura de composici髇 de URI consistente, extensible y persistente. Las normas de construcci髇 de los URI seguir醤 unos patrones determinados que ofrezcan coherencia en la uniformidad, los cuales podr醤 ser ampliados o adaptados en caso de necesidad.
• c) Los URI seguir醤 una estructura de composici髇 comprensible y relevante. Esto significa que el propio identificador debe ofrecer informaci髇 sem醤tica autocontenida, lo que permitir� a cualquier agente reutilizador disponer de informaci髇 sobre el propio recurso, as� como su procedencia.
• d) No se debe exponer informaci髇 sobre la implementaci髇 t閏nica de los recursos que representan los URI. En la medida de lo posible se omitir� informaci髇 espec韋ica sobre la tecnolog韆 subyacente del recurso representado; por ejemplo, no se incluir醤 las extensiones correspondientes a tecnolog韆s con las que se generan los recursos web como.php,.jsp, etc.
• e) Los URI deben cumplir el principio de persistencia, lo que significa que los que ya han sido creados previamente nunca deber韆n variar, y que el contenido al que hacen referencia, deber韆 ser accesible. En el caso de que sea necesario cambiar o eliminar el recurso al que apunta un identificador, se deber� establecer un mecanismo de informaci髇 sobre el estado del recurso usando los c骴igos de estado de HTTP. En el caso de poder ofrecer una redirecci髇 a la nueva ubicaci髇 del recurso, se utilizar醤 los c骴igos de estado HTTP 3XX, mientras que para indicar que un recurso ha desaparecido permanentemente se utilizar� el c骴igo de estado HTTP 410.

Estructura b醩ica de los URI

Todos los URI tendr醤 una estructura uniforme que ofrecer� coherencia al sistema de representaci髇 de los recursos, cubrir� los principios b醩icos de construcci髇 de las mismas y contendr� informaci髇 intuitiva sobre la procedencia y el tipo de informaci髇 que identifica.

La base de los URI incluir� informaci髇 b醩ica sobre la procedencia de los datos, que representar� un espacio dedicado por parte de la entidad para albergar su plataforma de reutilizaci髇; para indicar la situaci髇 de la informaci髇 relativa a la iniciativa de datos abiertos –portal web, cat醠ogo, u otra informaci髇 sobre el proyecto– se utilizar� preferentemente www.sede.gob.es/datosabiertos o bien http://organismo.gob.es/datosabiertos cuando los recursos no se ubiquen en una sede electr髇ica. El resto de los recursos sem醤ticos podr醤 seguir un patr髇 dependiente 鷑icamente del dominio (http://organismo.gob.es).

Para el caso de los URI de la documentaci髇 en los portales web de los organismos, cabe en su caso determinar primero el idioma, seg鷑 la norma internacional correspondiente ISO 639-1, y despu閟 el canal, seg鷑 el modelo http://organismo.gob.es/idioma/datosabiertos, por ejemplo http://organismo.gob.es/es-ES/datosabiertos. Esto depender� de las pol韙icas y de las caracter韘ticas tecnol骻icas de cada organismo. Esto no ser� necesario en la gesti髇 de recursos sem醤ticos, ya que su propia descripci髇 admite varios idiomas para el mismo recurso con un URI 鷑ico.

Los elementos que componen la ruta de un URI son: sector, car醕ter de la informaci髇, tipo de representaci髇, dominio o tem醫ica y los conceptos espec韋icos. Dentro de la composici髇 de una URI se especifican por el siguiente orden:

http://{base}/{car醕ter}[/{sector}][/{dominio}][/{concepto}][.{ext}]

O, alternativamente, utilizando los identificadores de fragmento mediante la marca �#� al final de la direcci髇:

http://{base}/{car醕ter}[/{sector}][/{dominio}][.{ext}][#{concepto}]

Esta estructura general de un URI puede variar dependiendo de las necesidades o preferencias de una organizaci髇, siendo obligatorio mantener invariables los elementos base y car醕ter. La parte final del URI, podr韆 identificar la tem醫ica general o espec韋ica del recurso, el concepto concreto que representa y/o el formato de representaci髇 mediante una extensi髇. Estos dos 鷏timos componentes son opcionales dependiendo del tipo de informaci髇 que represente.

Car醕ter:

Valor	Informaci髇 que representa
Cat醠ogo.	Documento o recurso de informaci髇 incluido en el cat醠ogo, con una lista de recursos o entidades de un mismo dominio. Habitualmente estos documentos y recursos de informaci髇 contendr韆n datos comunes como condiciones de uso, origen, vocabularios utilizados, etc. Tambi閚 identifica al cat醠ogo en s�.
Def.	Vocabulario u ontolog韆 utilizada como modelo sem醤tico. Habitualmente esquemas RDF-S u ontolog韆s representadas mediante OWL.
Kos.	Sistema de organizaci髇 del conocimiento sobre un dominio concreto. Habitualmente taxonom韆s, diccionarios o tesauros, representados mediante SKOS.
Recurso.	Identificaci髇 abstracta 鷑ica y un韛oca de un recurso u objeto f韘ico o conceptual. Estos recursos son las representaciones at髆icas de los documentos y recursos de informaci髇 y suelen ser instancias de los conceptos que se definen en los vocabularios. Si se especifica extensi髇 (o formato) en el URI indica que es la representaci髇 del recurso. Pueden existir dos tipos de representaciones de un recurso b醩icas: un documento legible para humanos –normalmente HTML– o para las m醧uinas, en cualquiera de los formatos de representaci髇 de RDF. El tipo concreto del documento ser� especificado mediante extensiones del propio documento.

Sector:

La selecci髇 de un sector adecuado, acompa馻do del dominio espec韋ico del origen, le dar� a cualquier usuario la confianza de conocer el tipo de informaci髇 que est� manejando y la fuente de la misma. Se seleccionar� un identificador del sector (primario), seg鷑 lo especificado en el anexo IV. Cada documento o recurso de informaci髇, vocabulario o esquema de conceptos debe pertenecer a un 鷑ico sector. Si pertenece a m醩 de uno, se utilizar� el m醩 representativo o alguno que se pueda considerar com鷑.

Dominio o tem醫ica de la informaci髇:

Para identificar los elementos espec韋icos dentro de un sector –recursos de informaci髇, vocabularios, esquemas de conceptos, etc.–, se crear� una referencia adecuada que represente al dominio o tem醫ica de la informaci髇 tratada.

Conceptos espec韋icos:

Los 鷏timos elementos de ciertos URI –tras el car醕ter, sector y nombre del dominio de la informaci髇– incluyen a los conceptos e instancias espec韋icas de recursos. Los conceptos son representaciones abstractas que se corresponden con las clases o propiedades de los vocabularios u ontolog韆s utilizados para representar sem醤ticamente los recursos. Adem醩 del concepto, se podr� representar una referencia un韛oca a instancias concretas. Tambi閚 se podr醤 representar esquemas de conceptos abstractos, dentro de sistemas de gesti髇 del conocimiento (taxonom韆s, tesauros, etc.).

Formato:

Dado que los documentos que representan recursos pueden ser de diversos tipos, 閟tos se identificar醤 a trav閟 de la extensi髇 del propio fichero, como, por ejemplo, 玠oc.html�, 玠oc.rdf� o 玠oc.n3�. Para la identificaci髇 de los recursos de forma abstracta se omitir� la extensi髇.

A continuaci髇, se especifican los tipos de URI espec韋icos para recursos sem醤ticos de una iniciativa basada en Linked Data.

URI para identificar cat醠ogos y conjuntos de datos

Si la iniciativa de reutilizaci髇 s髄o dispone de un cat醠ogo, se podr韆 representar a trav閟 del URI: http://{base}/catalogo

En el caso de que el organismo disponga de m醩 de un cat醠ogo se definir� una referencia descriptiva para cada cat醠ogo que haga referencia al tema o dominio del mismo. Para ello se utilizar� el URI: http://{base}/catalogo/{sector}

Los conjuntos de datos incluidos en cada cat醠ogo se identifican mediante un URI con un identificador 鷑ico para cada conjunto de datos: http://{base}/catalogo/{dataset}

O, en su defecto, utilizando la nomenclatura de identificadores de fragmentos (#): http://{base}/catalogo#{dataset}

URI para identificar vocabularios

Cualquier vocabulario u ontolog韆 seguir� el esquema: http://{base}/def/{sector}/{dominio}

Donde sector indicar� el tema del vocabulario y dominio corresponder� a la referencia asignada al vocabulario, una representaci髇 textual breve pero descriptiva.

Las clases y propiedades del vocabulario tendr醤 como base el URI correspondiente al vocabulario donde se definen, compuesto con los identificadores de las clases o propiedades seg鷑 el esquema: http://{base}/def/{sector}/{dominio}/{propiedad|Clase}

O, en su defecto, utilizando la nomenclatura de identificadores de fragmentos (#): http://{base}/def/{sector}/{dominio}#{propiedad|Clase}

URI para identificar esquemas de conceptos

Cualquier sistema de organizaci髇 del conocimiento –taxonom韆s, diccionarios, tesauros, etc.– sobre un dominio concreto ser� identificado mediante un esquema de URI basado en la estructura: http://{base}/kos/{sector}/{dominio}

Donde sector indicar� el tema del esquema de conceptos y dominio corresponder� a la referencia asignada a dicho esquema de clasificaci髇. 蓅ta referencia del dominio ser� una breve representaci髇 textual pero descriptiva.

Los conceptos incluidos en el esquema tendr醤 como base el URI correspondiente al esquema donde se definen y tendr醤 la forma: http://{base}/kos/{sector}/{dominio}/{Concepto}

O, en su defecto, utilizando la nomenclatura de identificadores de fragmentos (#): http://{base}/kos/{sector}/{dominio}#{Concepto}

URI para identificar a cualquier instancia f韘ica o conceptual

Estos recursos son las representaciones at髆icas de los documentos y recursos de informaci髇. A su vez suelen ser instancias de las clases que se definen en los vocabularios. Estos recursos se identifican mediante el esquema: http://{base}/recurso/{sector}[/{dominio}]/{clase}/{ID}

O, en su defecto, utilizando la nomenclatura de identificadores de fragmentos (#): http://{base}/recurso/{sector}[/{dominio}]/{clase}#{ID}

Donde sector indicar� el tema relacionado con el recurso y clase corresponder� al tipo de concepto que describe al recurso. Habitualmente coincide con el identificador de una de las clases que caracteriza al recurso. El ID es un identificador que permite distinguir al recurso entre el resto de las instancias del mismo tipo, dentro del sistema. El dominio, relativo al recurso, podr韆 corresponder al especificado en el propio vocabulario que define las clases de la instancia, es opcional.

Normalizaci髇 de los componentes de los URI

Para garantizar la coherencia y el mantenimiento posterior del esquema de URI se aplicar醤 las siguientes reglas para normalizar las distintas partes que componen los URI:

• a) Seleccionar identificadores alfanum閞icos cortos 鷑icos, que sean representativos, intuitivos y sem醤ticos.
• b) Usar siempre min鷖culas, salvo en los casos en los que se utilice el nombre de la clase o concepto. Habitualmente, los nombres de las clases se representan con el primer car醕ter de cada palabra en may鷖culas.
• c) Eliminar todos los acentos, di閞esis y s韒bolos de puntuaci髇. Como excepci髇 puede usarse el gui髇 (–).
• d) Eliminar conjunciones y art韈ulos en los casos de que el concepto a representar contenga m醩 de una palabra.
• e) Puede usarse el gui髇 (–) como separador entre palabras.
• f) Evitar en la medida de lo posible la abreviatura de palabras, salvo que la abreviatura sea intuitiva.

Los t閞minos que componen los URI deber醤 ser legibles e interpretables por el mayor n鷐ero de personas posible, por lo que se utilizar� el castellano o cualquiera de las lenguas oficiales.

Pr醕ticas relativas a la gesti髇 de recursos sem醤ticos a trav閟 de URI

Se aplicar醤 las pr醕ticas siguientes para la gesti髇 de recursos sem醤ticos descritos en RDF:

• a) Siempre que sea posible, y existan versiones del recurso en formato legible para personas HTML o similar y RDF, el servidor que gestiona los URI realizar� negociaci髇 del contenido en funci髇 de la cabecera del agente que realiza la petici髇. En el caso de que el cliente acepte un formato de representaci髇 RDF en cualquiera de sus notaciones (p.e., especificando en su cabecera que acepta el tipo MIME application/rdf+xml) se servir� el documento RDF a trav閟 del mecanismo de redirecciones alternativas mediante los c骴igos de estado HTTP 3XX. De la misma forma, si es posible, se servir� la representaci髇 en cualquier otro formato preferido por el cliente.
• b) En el caso de que no se realice una negociaci髇 del contenido desde el servidor y, para favorecer el descubrimiento de contenido RDF desde los documentos HTML relacionados con las descripciones de los recursos, se incluir醤 enlaces a la representaci髇 alternativa en cualquiera de las representaciones en RDF desde los propios documentos HTML de la forma <link rel=玜lternate� type=玜pplication/rdf+xml� href=玠ocumento.rdf�> o similar. En esa sentencia se incluye el tipo de formato MIME del documento (application/rdf+xml, text/n3, etc.).
• c) Cuando se establezcan enlaces entre distintos recursos de informaci髇, se procurar� la generaci髇 de enlaces que conecten los recursos bidireccionales para facilitar la navegaci髇 sobre los recursos de informaci髇 en ambos sentidos.

ANEXO III

Metadatos de documentos y recursos de informaci髇 del cat醠ogo

A continuaci髇 se describen los distintos metadatos asociados con el cat醠ogo y los documentos y recursos de informaci髇 incluidos en 閘, adem醩 del t閞mino recomendado para su representaci髇 usando vocabularios est醤dar que se identifican por las abreviaturas de su espacio de nombres. Adem醩 de la denominaci髇, descripci髇 del metadato y el tipo de dato que se deber� usar para la representaci髇, se especifica si es obligatorio – columna R (requerido)– y si admite m醩 de un metadato de ese tipo –columna M (m鷏tiple), como podr韆 ser en el caso de las descripciones en distintos idiomas.

Para la descripci髇 y exposici髇 de los metadatos recogidos en este anexo se usar醤 los vocabularios y esquemas de valores propuestos, mediante tecnolog韆s de la Web Sem醤tica –al menos, la descripci髇 de recursos en RDF en cualquiera de sus formatos de representaci髇–, al objeto de facilitar la interoperabilidad a nivel sem醤tico de los sistemas que compartan esta representaci髇 est醤dar.

Vocabularios:

Vocabulario	URI
XML Schema	xsd: http://www.w3.org/2001/XMLSchema#
Simple Knowledge Organization System (SKOS)	skos: http://www.w3.org/2004/02/skos/core#
Dataset Catalog (dcat)	dcat: http://www.w3.org/ns/dcat#
Dublin Core Terms	dct: http://purl.org/dc/terms/
Dublin Core Elements	dc: http://purl.org/dc/elements/1.1/
W3C Time Ontology	time: http://www.w3.org/2006/time#
Friend Of A Friend (FOAF)	foaf: http://xmlns.com/foaf/0.1/

La representaci髇 sem醤tica se basa en el vocabulario DCAT, desarrollado por la entidad World Wide Web Consortium (W3C) y que permite la estandarizaci髇 en la definici髇 de cat醠ogos de documentos y recursos de informaci髇. Un cat醠ogo de documentos y recursos de informaci髇 se representa mediante instancias de tipo dcat:Catalog e incluye una colecci髇 de (dcat:Dataset). Estas instancias tienen propiedades que hacen referencia a otros recursos y conceptos sem醤ticos identificados en los anexos del presente documento y que son representados gr醘icamente en el siguiente diagrama y detalladas a continuaci髇. Las entidades o propiedades b醩icas que se detallan en este anexo podr醤 ser enriquecidas con metadatos adicionales que se estimen oportunos para la mejora de la calidad de la informaci髇.

Al menos, los recursos que representen al cat醠ogo de datos y a sus conjuntos de datos deber醤 ser identificado mediante un URI espec韋ico que siga el esquema de definido en el anexo II.

ANEXO IV

Taxonom韆 de sectores primarios

Taxonom韆 de sectores primarios donde se especifican los temas relacionados a cada uno de ellos. Esta clasificaci髇 ha sido elaborada con base en el documento 玃ropuesta de Taxonom韆 Com鷑 para los procedimientos y servicios electr髇icos, el marco de la Ley 11/2007�, y comparando su propuesta de materias con las tem醫icas empleadas en otros portales de referencia como 060, EUGO, INE, EUROSTAT, WORLD BANK, OECD.

Esta clasificaci髇 servir� de base com鷑 para componer el esquema de URI expresado en el anexo II y para la categorizaci髇 de los cat醠ogos de recursos de informaci髇 p鷅lica y sus registros, seg鷑 los metadatos especificados en el anexo III.

Sector	Identificador
Ciencia y tecnolog韆: Incluye: Innovaci髇, Investigaci髇, I+D+i, Telecomunicaciones, Internet y Sociedad de la Informaci髇.	ciencia-tecnologia
Comercio: Incluye: Consumo.	comercio
Cultura y ocio: Incluye: Tiempo libre.	cultura-ocio
Demograf韆: Incluye: Inmigraci髇 y Emigraci髇, Familia, Mujeres, Infancia, Mayores, Padr髇.	demografia
Deporte: Incluye: Instalaciones deportivas, Federaciones, Competiciones.	deporte
Econom韆: Incluye: Deuda, Moneda y Banca y finanzas.	economia
Educaci髇: Incluye: Formaci髇.	educacion
Empleo: Incluye: Trabajo, Mercado laboral.	empleo
Energ韆: Incluye: Fuentes renovables	energia
Hacienda: Incluye: Impuestos.	hacienda
Industria: Incluye: Miner韆.	industria
Legislaci髇 y justicia: Incluye: Registros.	legislacion-justicia
Medio ambiente: Incluye: Meteorolog韆, Geograf韆, Conservaci髇 fauna y flora.	medio-ambiente
Medio Rural: Incluye: Agricultura, Ganader韆, Pesca y Silvicultura.	medio-rural-pesca
Salud: Incluye: Sanidad.	salud
Sector p鷅lico: Incluye: Presupuestos, Organigrama institucional, Legislaci髇 interna, Funci髇 p鷅lica.	sector-publico
Seguridad: Incluye: Protecci髇 civil, Defensa.	seguridad
Sociedad y bienestar: Incluye: Participaci髇 ciudadana, Marginaci髇, Envejecimiento Activo, Autonom韆 personal y Dependencia, Invalidez, Jubilaci髇, Seguros y Pensiones, Prestaciones y Subvenciones.	sociedad-bienestar
Transporte: Incluye: Comunicaciones y Tr醘ico.	transporte
Turismo: Incluye: Alojamientos, Hosteler韆, Gastronom韆.	turismo
Urbanismo e infraestructuras: Incluye: Saneamiento p鷅lico, Construcci髇 (infraestructuras, equipamientos p鷅licos).	urbanismo-infraestructuras
Vivienda: Incluye: Mercado inmobiliario, Construcci髇 (viviendas).	vivienda

En la tabla siguiente se identifican los sectores primarios detallados anteriormente y se especifican los URI que se usar醤 como referencia un韛oca de cada concepto. Dichos identificadores son los valores que tomar醤 los metadatos que categorizan por tem醫ica a los recursos de informaci髇 y que se definen en el anexo III. Esta taxonom韆 est� definida como un esquema de conceptos identificado mediante el URI:

http://datos.gob.es/kos/sector-publico/sector

El URI de cada uno de los conceptos se compondr� concatenando la palabra que lo identifica, expresado en la tabla anterior, a la base del URI del esquema de conceptos.

Sector	URI
Ciencia y tecnolog韆	http://datos.gob.es/kos/sector-publico/sector/ciencia-tecnologia
Comercio	http://datos.gob.es/kos/sector-publico/sector/comercio
Cultura y ocio	http://datos.gob.es/kos/sector-publico/sector/cultura-ocio
Demograf韆	http://datos.gob.es/kos/sector-publico/sector/demografia
Deporte	http://datos.gob.es/kos/sector-publico/sector/deporte
Econom韆	http://datos.gob.es/kos/sector-publico/sector/economia
Educaci髇	http://datos.gob.es/kos/sector-publico/sector/educacion
Empleo	http://datos.gob.es/kos/sector-publico/sector/empleo
Energ韆	http://datos.gob.es/kos/sector-publico/sector/energia
Hacienda	http://datos.gob.es/kos/sector-publico/sector/hacienda
Industria	http://datos.gob.es/kos/sector-publico/sector/industria
Legislaci髇 y justicia	http://datos.gob.es/kos/sector-publico/sector/legislacion-justicia
Medio ambiente	http://datos.gob.es/kos/sector-publico/sector/medio-ambiente
Medio Rural	http://datos.gob.es/kos/sector-publico/sector/medio-rural-pesca
Salud	http://datos.gob.es/kos/sector-publico/sector/salud
Sector p鷅lico	http://datos.gob.es/kos/sector-publico/sector/sector-publico
Seguridad	http://datos.gob.es/kos/sector-publico/sector/seguridad
Sociedad y bienestar	http://datos.gob.es/kos/sector-publico/sector/sociedad-bienestar
Transporte	http://datos.gob.es/kos/sector-publico/sector/transporte
Turismo	http://datos.gob.es/kos/sector-publico/sector/turismo
Urbanismo e infraestructuras.	http://datos.gob.es/kos/sector-publico/sector/urbanismo-infraestructuras
Vivienda	http://datos.gob.es/kos/sector-publico/sector/vivienda

ANEXO V

Identificaci髇 de la cobertura geogr醘ica

Identificadores correspondientes a los recursos geogr醘icos del territorio espa駉l –Pa韘, Autonom韆s y Provincias– que se utilizar醤 como referencia de estos elementos de forma un韛oca en el proceso de descripci髇 de los metadatos de cobertura geogr醘ica correspondientes a los cat醠ogos de recursos de informaci髇, seg鷑 lo especificado en el anexo III; los identificadores expresados en la segunda columna de las tablas son los valores que puede tomar el metadato.

Pa韘	URI
Espa馻	http://datos.gob.es/recurso/sector-publico/territorio/Pais/Espa馻

Comunidad/Ciudad Aut髇oma	URI
Andaluc韆	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Andalucia
Arag髇	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Aragon
Principado de Asturias	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Principado-Asturias
Illes Balears	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Illes-Balears
Canarias	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Canarias
Cantabria	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Cantabria
Castilla y Le髇	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Castilla-Leon
Castilla-La Mancha	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Castilla-La-Mancha
Catalu馻	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Cataluna
Comunitat Valenciana	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Comunitat-Valenciana
Extremadura	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Extremadura
Galicia	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Galicia
Comunidad de Madrid	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Comunidad-Madrid
Regi髇 de Murcia	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Region-Murcia
C. Foral de Navarra	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Comunidad-Foral-Navarra
Pa韘 Vasco	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Pais-Vasco
La Rioja	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/La-Rioja
Ceuta	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Ceuta
Melilla	http://datos.gob.es/recurso/sector-publico/territorio/Autonomia/Melilla

Comunidad/Ciudad Aut髇oma	Provincia	URI Identificador
Andaluc韆	Almer韆	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Almeria
	C醖iz	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Cadiz
	C髍doba	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Cordoba
	Granada	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Granada
	Huelva	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Huelva
	Ja閚	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Jaen
	M醠aga	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Malaga
	Sevilla	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Sevilla
Arag髇	Huesca	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Huesca
	Teruel	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Teruel
	Zaragoza	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Zaragoza
Principado de Asturias	Asturias	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Asturias
Illes Balears	Illes Balears	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Illes-Balears
Canarias	Las Palmas	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Las-Palmas
	Santa Cruz de Tenerife	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Santa-Cruz-Tenerife
Cantabria	Cantabria	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Cantabria
Castilla y Le髇	羦ila	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Avila
	Burgos	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Burgos
	Le髇	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Leon
	Palencia	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Palencia
	Salamanca	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Salamanca
	Segovia	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Segovia
	Soria	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Soria
	Valladolid	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Valladolid
	Zamora	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Zamora
Castilla-La Mancha	Albacete	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Albacete
	Ciudad Real	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Ciudad-Real
	Cuenca	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Cuenca
	Guadalajara	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Guadalajara
	Toledo	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Toledo
Catalu馻	Barcelona	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Barcelona
	Girona	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Girona
	Lleida	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Lleida
	Tarragona	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Tarragona
Comunitat Valenciana	Alicante/Alacant	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Alicante
	Castell髇/Castell�	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Castellon
	Valencia/Val鑞cia	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Valencia
Extremadura	Badajoz	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Badajoz
	C醕eres	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Caceres
Galicia	A Coru馻	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/A-Coruna
	Lugo	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Lugo
	Ourense	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Ourense
	Pontevedra	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Pontevedra
Comunidad de Madrid	Madrid	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Madrid
Regi髇 de Murcia	Murcia	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Murcia
C. Foral de Navarra	Navarra	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Navarra
Pa韘 Vasco	羖ava	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Alava
	Guip鷝coa	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Guipuzcoa
	Vizcaya	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Vizcaya
La Rioja	La Rioja	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/La-Rioja
Ceuta	Ceuta	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Ceuta
Melilla	Melilla	http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Melilla

ANEXO VI

Modelo de plantilla RDF de definici髇 de cat醠ogos y registros