Guía técnica NTI-RISP

Introducción#

La Norma Técnica de Interoperabilidad de Reutilización de Recursos de Información (NTI-RISP) establece un marco esencial para la descripción estandarizada de información pública que puede ser reutilizada. El apartado V de esta norma define las directrices fundamentales para la correcta descripción de los datos publicados por organismos públicos, facilitando su clasificación, descubrimiento y posterior aprovechamiento.

Este apartado establece tres principios básicos:

1. Metadatos obligatorios: Todos los documentos y recursos de información reutilizables deben asociarse con un conjunto de metadatos mínimos, detallados en el anexo III de la norma. Estos metadatos permiten describir adecuadamente los conjuntos de datos disponibles para su reutilización.

2. Descripción de distribuciones: Cada distribución de un conjunto de datos (es decir, cada formato en que se proporciona) debe contar con sus propios metadatos descriptivos especificados en el mismo anexo III.

3. Uso de vocabularios controlados: Para garantizar la interoperabilidad semántica, los metadatos se basan en estándares como DCAT (Dataset Catalog) y Dublin Core, entre otros. La norma recomienda el uso del Centro de Interoperabilidad Semántica de la Administración para la publicación y gestión de los vocabularios utilizados.

Este enfoque estructurado de metadatos facilita la publicación de datos en formatos abiertos y reutilizables, permitiendo a ciudadanos, empresas y otros organismos localizar, entender y aprovechar la información pública de manera eficiente y estandarizada.

Implementación práctica de los metadatos de la NTI-RISP#

El anexo III de la NTI-RISP detalla el conjunto completo de metadatos que debe aplicarse, aunque no todos son obligatorios para cada conjunto de datos.

Para la implementación práctica de estos metadatos, la norma establece las siguientes directrices técnicas:

1. Uso de la Web Semántica: Los metadatos deben exponerse mediante tecnologías de la Web Semántica, utilizando vocabularios y esquemas de valores estandarizados. Esto aplica tanto a la información reutilizable como a los catálogos que la contienen.

2. Modelo DCAT como estándar: La representación semántica se basa en el vocabulario DCAT (Dataset Catalog), desarrollado por el W3C. Este vocabulario permite estandarizar la definición de catálogos documentales y recursos de información mediante:

   • dcat:Catalog: Para representar catálogos de documentos
   • dcat:Dataset: Para representar conjuntos de recursos de información

3. Estructura de relaciones: Los catálogos y conjuntos de datos establecen relaciones con otros conceptos semánticos definidos en los anexos IV y V de la NTI. El modelo de datos incluye:

   • Catálogos que contienen conjuntos de datos
   • Conjuntos de datos con múltiples distribuciones (formatos)
   • Conceptos asociados como organizaciones, recursos geográficos, temas y taxonomías

4. Extensibilidad: Este modelo básico puede enriquecerse con metadatos adicionales para mejorar la calidad de la información según las necesidades específicas de cada organismo.

Esta estructura técnica garantiza la interoperabilidad semántica y facilita la correcta catalogación, descubrimiento y aprovechamiento de los recursos de información pública.

Modelo de metadatos#

El modelo de la NTI-RISP se representa a continuación como un diagrama UML que ilustra la especificación descrita en la Norma.

classDiagram
    class dcatCatalog {
        dct:title [1..*]
        dct:description [1..*]
        dct:extent [0..1]
        dct:identifier [0..1]
        dct:issued
        dct:modified
        foaf:homepage
        dc:language [1..*]
        dct:license [0..1]
    }

    class dcatDataset {
        dct:title [1..*]
        dct:description [1..*]
        dcat:keyword [0..*]
        dct:identifier [0..1]
        dct:issued [0..1]
        dct:modified [0..1]
        dct:accrualPeriodicity [0..1]
        dc:language [0..*]
        dct:license [0..1]
        dct:temporal [0..*]
        dct:valid [0..1]
        dct:references [0..*]
        dct:conformsTo [0..*]
    }

    class dcatDistribution {
        dct:identifier [0..1]
        dct:title [0..*]
        dcat:accessURL
        dcat:mediaType
        dcat:byteSize [0..1]
        dct:relation [0..*]
    }

    class Organization {
        +organismo : rdfs:Resource
    }

    class GeographicResource {
        +territorio : skos:Concept
    }

    class ThemeTaxonomy {
        +taxonomía : skos:ConceptScheme
    }

    class Theme {
        +sector : skos:Concept
    }

    dcatCatalog "1" -- "1..*" dcatDataset : dcat_dataset
    dcatDataset "1" -- "1..*" dcatDistribution : dcat_distribution
    dcatCatalog "1..*" -- "1" ThemeTaxonomy : dcat_themeTaxonomy
    ThemeTaxonomy "1..*" -- "1..*" Theme : skos_inScheme
    dcatDataset "1..*" -- "1..*" Theme : dcat_theme
    dcatDataset "1" -- "1..*" Organization : dct_publisher
    dcatDataset "0..*" -- "0..*" GeographicResource : dct_spatial

Clases de la NTI-RISP#

Se enumeran a continuación las clases más relevantes utilizadas en el modelo:

• Catálogo. La clase dcat:Catalog representa un catálogo, que es un conjunto de datos en el que cada elemento individual es un registro de metadatos que describe algún recurso. El contenido de un catálogo son colecciones de metadatos sobre conjuntos de datos, servicios de datos u otros tipos de recursos, incluso otros catálogos. Funciona como un punto de acceso unificado que facilita la búsqueda y reutilización de recursos de datos.
• Conjunto de datos. La clase Conjunto de Datos (dcat:Dataset) representa una conceptualización de una colección de información publicada por un único agente identificable. La noción de conjunto de datos es amplia con la intención de dar cabida a los tipos de recursos que surgen de un contexto de publicación pudiendo representarse de muchas formas, incluidos números, texto, imágenes, sonido y otros medios o tipos, cualquiera de los cuales podría recopilarse en un conjunto de datos.
• Distribución. La clase Distribución de un conjunto de datos (dcat:Distribution) representa una forma accesible y reutilizable de un conjunto de datos, como un archivo descargable.
• Vigencia. La clase Vigencia o Período Temporal (dct:PeriodOfTime) se utiliza para definir un intervalo de tiempo que se delimita por una fecha de inicio y otra de finalización.

Espacio de nombres utilizados en el modelo#

Cada propiedad de una clase que describe algún atributo de los elementos del catálogo, registro de catálogo, servicio de datos, dataset, distribución, etc., reutiliza términos de otros vocabularios existentes. Se especifican mediante una URI determinada por la composición del prefijo del vocabulario correspondiente referenciado en el espacio de nombres del modelo y el nombre de la clase o propiedad. Por ejemplo, la propiedad dct:issued de la clase Catálogo, se expresa de forma equivalente en su forma abreviada y extendida de la siguiente forma:

Vocabularios controlados utilizados en el modelo#

A continuación, se detalla la serie de propiedades que deben ajustarse utilizando obligatoriamente los vocabularios controlados indicados en la tabla siguiente, con el objetivo de garantizar un nivel mínimo de interoperabilidad.

Relación de metadatos del modelo NTI-RISP#

En las tablas de metadatos del modelo se especifica la siguiente información:

• Metadato: Nombre descriptivo del elemento de metadatos
• Descripción: Breve explicación de la función y propósito del metadato
• Propiedad: Identificador formal del metadato en forma de URI (por ejemplo, dct:title)
• T (Aplicabilidad): Tipo de requisito del metadato, sí es distinto para conjuntos de alto valor (HVD) se indica. Los tipos pueden ser:
  • Ob (Obligatorio): El publicador debe aportar la información de esta propiedad, y el consumidor debe ser capaz de procesarla.
  • R (Recomendado): El publicador debe proporcionar esta información si dispone de ella, el consumidor ha de ser capaz de procesarla.
• C (Cardinalidad): Indica el número mínimo y máximo de ocurrencias permitidas, sí es distinto para conjuntos de alto valor (HVD) se indica. Por ejemplo, 1..n significa al menos una, potencialmente muchas.
• Rango: Tipo de datos o clase que puede tomar el valor del metadato, incluyendo:
  • Tipo principal: Por ejemplo, rdfs:Literal, foaf:Agent o dcat:Dataset
  • Descripción adicional: Información sobre el formato o estructura esperada para el valor.

Esta estructura uniforme facilita la implementación y comprensión del perfil de aplicación NTI-RISP.

Igualmente, se indica para cada entidad del modelo -catálogo, registro, servicio de datos, dataset, etc.- el requisito de aplicación.

Catálogo - Clase: dcat:Catalog - Obligatorio#

El catálogo de información reutilizable de cada organismo será representado mediante una instancia de la clase dcat:Catalog.

A continuación se muestra una tabla con valores de ejemplo que podrían tomar los metadatos que describen un catálogo de documentos y recursos de información reutilizables. El URI asociado al catálogo es http://datos.gob.es/catalogo

Conjunto de datos - clase: dcat:Dataset - Obligatorio#

Cada conjunto de recursos de información presente en el catálogo se describirá como una instancia de la clase dcat:Dataset

A continuación se muestra una tabla con valores de ejemplo que podrían tomar los metadatos que describen un recurso de información que registrado en un catálogo de información reutilizable. El URI del recurso es http://datos.gob.es/catalogo/2332

Distribución - Clase: dcat:Distribution - Obligatorio#

Cada conjunto de datos presente tendrá asociada una o varias distribuciones, que son los accesos a los datos representados en distintos formatos.. Cada una de estas distribuciones se describen como instancias de la clase dcat:Distribution

A continuación se muestra una tabla con valores de ejemplo que podrían tomar los metadatos que describen una de las distribuciones de un recurso de información. El URI del recurso correspondiente a una de las posibles distribuciones, siguiendo el ejemplo anterior, es http://datos.gob.es/catalogo/2332/SHP

Anexo 1. Guía de referencia rápida de NTI-RISP#

Esta guía resume las propiedades obligatorias, recomendadas y opcionales para cada clase principal del modelo NTI-RISP.

Anexo 2. Taxonomías NTI-RISP#

La Norma de aplicación para la descripción de datos abiertos en España, la NTI-RISP, establece un conjunto de directrices y estándares para la publicación, asegurando su interoperabilidad y reutilización. Como parte de este modelo, las taxonomías juegan un papel fundamental al proporcionar clasificaciones estructuradas que facilitan la organización, búsqueda y vinculación de los datos.

A continuación, se presentan las taxonomías y vocabularios definidos en los Anexos de la NTI-RISP.

Taxonomía de sectores primarios#

En la tabla siguiente se especifican los sectores primarios detallados sus identificadores que serán usados como referencia unívoca de cada concepto. Esta clasificación ha sido elaborada con base en el documento “Propuesta de Taxonomía Común para los procedimientos y servicios electrónicos y comparando su propuesta de materias con las temáticas empleadas en otros portales de referencia como 060, EUGO, INE, EUROSTAT, WORLD BANK, OECD.

Dichos identificadores son los valores que pueden tomar los metadatos que categorizan por temática (metadato Temática) a los recursos de información y que se definen en el anexo III de la NTI.

La taxonomía está definida como un esquema de conceptos identificado mediante el URI

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

En la siguiente tabla se especifican los sectores primarios con sus identificadores URI que serán usados como referencia unívoca de cada concepto.

Identificadores de cobertura geográfica#

En las tablas siguientes se incluyen los identificadores correspondientes a los recursos geográficos del territorio español a nivel de comunidades o ciudades autónomas y provincias. Estos identificadores podrán ser utilizados en el proceso de descripción de los metadatos de cobertura geográfica correspondientes a los catálogos de recursos de información, según lo especificado en el anexo III de la NTI.

La taxonomía está definida como un esquema de conceptos identificado mediante el URI

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

Estado#

Para referirse al territorio español, se utilizará el siguiente identificador:

Comunidades o Ciudades Autónomas#

A continuación se especifican las comunidades o ciudades autónomas:

Provincias#

A continuación se especifican las provincias:

Anexo 3. Identificación de los organismos públicos#

Para la identificación homogénea y unívoca de organismos públicos, se utiliza una taxonomía basada en el Directorio Común de Unidades Orgánicas y Oficinas gestionado por el Ministerio de Hacienda y Administraciones Públicas.

Los URI que identifican a cada organismo tienen la siguiente estructura:

http://datos.gob.es/recurso/sector-publico/org/Organismo/{ID}

• Donde {ID} es el código único asignado en el Directorio Común.

A continuación se incluyen ejemplos de organismos y sus identificadores URI asociados, que permiten llegar al nivel mínimo en la estructura orgánica que contempla del Directorio común:

Anexo 4. Esquemas de URI NTI-RISP#

Definición de un esquema de URI NTI-RISP#

Las normas de construcción de los URI seguirán unos patrones determinados que ofrezcan coherencia en la uniformidad, los cuales podrán ser ampliados o adaptados para cada organismo.

Es importante destacar que el esquema de URI que se presenta a continuación es relevante en la definición de los URI que identifiquen recursos semánticos y sus descripciones asociadas, aunque siempre se puede tener en cuenta para cualquier iniciativa de apertura de datos. De forma general, un URI de un recurso semántico está compuesto por los siguientes elementos:

• Base ({base}). Componente obligatorio que identifica al organismo que gestiona el URI.
• Carácter de la información ({carácter}). Componente obligatorio y normalizado que representa la naturaleza de la información identificada por el URI –vocabulario, esquema de conceptos, objeto o individuo, catálogo, conjunto de datos, entre otros.
• Sector o temática genérica ({sector}). Componente opcional y normalizado que identifica el concepto que mejor clasifica al recurso de información de acuerdo con una taxonomía predefinida.
• Dominio o temática específica ({dominio}). Componente opcional que identifica la temática más específica del recurso de información, lo que permite un URI más descriptivo.
• Conceptos específicos ({concepto}). Componente opcional que identifica de forma concreta el recurso en el caso de que sea necesario distinguirlo entre otros individuos.
• Formato o Extensión del documento ({ext}). Componente opcional que identifica el tipo de formato en el que se representa el documento que identificada el URI.

Estos elementos que componen un URI se especifican en orden según una de las dos alternativas siguientes, dependiente de los criterios del organismo y de su entorno tecnológico:

http://{base}/{carácter}\[/{sector}\]\[/{dominio}\]\[/{concepto}\]\[.{ext}\]

O, alternativamente, utilizando los identificadores de fragmento mediante la marca “#” al final de la dirección:

http://{base}/{carácter}\[/{sector}\]\[/{dominio}\]\[.{ext}\]\[#{concepto}\]

Esta estructura general de un URI puede variar dependiendo de las necesidades o preferencias de un organismo, siendo obligatorio mantener invariables los elementos: carácter, sector y dominio. La parte final del URI, podría identificar el concepto del recurso y/o el formato de representación mediante una extensión. Estos dos últimos componentes son opcionales dependiendo del tipo de información que represente. A continuación se especifica en detalle cada uno de los posibles componentes de un URI.

Base#

La base de los URI incluirá información básica sobre la procedencia de la información, que representará un espacio dedicado por parte de la entidad para albergar su plataforma de reutilización; para indicar la situación de la información relativa a la iniciativa de datos abiertos –portal web, catálogo, u otra información 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ónica. El resto de los recursos semánticos podrán seguir un patrón dependiente únicamente del dominio http://organismo.gob.es Para el caso de los URI de la documentación en los portales web de los organismos, cabe en su caso determinar primero el idioma, según la norma internacional correspondiente ISO 639-1, y después el canal, según el modelo http://organismo.gob.es/idioma/datosabiertos, por ejemplo http://organismo.gob.es/esES/datosabiertos. Esto dependerá de las políticas y de las características tecnológicas de cada organismo y no será necesario en la gestión de recursos semánticos, ya que su propia descripción puede ser representada en varios idiomas para el mismo recurso con un URI único –por ejemplo, el recurso geográfico que representa a la Provincia de Zaragoza se identifica mediante el identificador único http://datos.gob.es/recurso/sector-publico/territorio/Provincia/Zaragoza, el documento correspondiente que describe semánticamente al recurso incorpora etiquetas con la denominación del lugar en los distintos idiomas oficiales y en inglés.

Carácter de la información#

Este elemento obligatorio permite expresar, a través de identificadores reservados – catalogo, def, kos y recurso– la naturaleza de los recursos asociados a los URI. Esto permitirá a los agentes reutilizadores reconocer el carácter semántico del recurso que se identifica mediante el URI. A continuación se describen los valores que puede tomar el componente carácter.

• catalogo. Indica que el recurso identificado es un catálogo de información reutilizable o cualquiera de las fichas descriptivas que contienen los metadatos del catálogo y de los conjuntos de datos incluidos. Habitualmente, la información común que describen estos recursos se refiere a la descripción de los mismos, condiciones de uso, origen, vocabularios utilizados, formatos, etc.
• def. Indica que el recurso identificado es un vocabulario u ontología, definidos mediante las tecnologías estándar RDF-S y OWL. Estos vocabularios contienen clases y propiedades que son usados como modelo semántico para la descripción de cualquier recurso semántico.
• kos. Indica que el recurso identificado es un sistema de organización del conocimiento sobre un dominio concreto, habitualmente taxonomías, diccionarios o tesauros. Estos sistemas suelen representarse mediante el estándar SKOS. Tanto el esquema como los conceptos que pertenecen al mismo utilizarán esta referencia en sus URI.
• recurso. Indica que el recurso identificado es un recurso u objeto físico o conceptual. Este tipo de URI identifica a recursos atómicos y a sus descripciones. Estos recursos son instancias de los conceptos que se definen en los vocabularios. En caso de que se especifique extensión, el URI corresponderá a una representación del recurso.

Pueden existir dos tipos de documentos que expresan representaciones básicas para cualquier recurso de información, aplicable en todos los casos anteriores: un documento legible dirigido a las personas –normalmente HTML– o para las máquinas –en cualquiera de los formatos de representación de RDF. El tipo concreto del documento será especificado mediante extensiones del propio documento.

Sector o temática genérica#

La selección de un sector adecuado, acompañado del dominio específico del origen, le dará a cualquier usuario la confianza de conocer el tipo de información que está manejando y la fuente de la misma. Para una correcta organización, se seleccionará únicamente un identificador del sector primario, según lo especificado en el anexo IV de la NTI. Cada documento o recurso de información, vocabulario o esquema de conceptos utilizará el tema más representativo o, en su defecto, alguno que se pueda considerar común a las características de la información representada.

Dominio o temática específica de la información#

Para identificar los elementos específicos dentro de un sector –recursos de información, vocabularios, esquemas de conceptos, etc. –, se creará una referencia adecuada que represente al dominio o temática de la información tratada. Este dominio dependerá de los criterios del organismo que defina el esquema de URI, aunque se recomienda usar las pautas de creación de identificadores (apartado 0).

Por ejemplo, para identificar un recurso que describe a un organismo público, se utilizaría sector-publico como sector común de la taxonomía del punto anterior y Organismo como término libre que describe la temática específica.

Conceptos específicos#

Los últimos elementos de ciertos URI –tras el carácter, sector y nombre del dominio de la información– incluyen a los conceptos e instancias específicas de recursos. Los conceptos son representaciones abstractas que se corresponden con las clases o propiedades de los vocabularios u ontologías utilizados para representar semánticamente los recursos.

Además del concepto, se podrá representar una referencia unívoca a instancias concretas. También se podrán representar esquemas de conceptos abstractos, dentro de sistemas de gestión del conocimiento (taxonomías, tesauros, etc.). Los elementos que identifican a los conceptos dependerán de los criterios del organismo que defina el esquema de URI, aunque se recomienda usar las pautas de creación de identificadores (apartado 0).

Por ejemplo, para identificar un recurso correspondiente a un organismo público concreto, se buscaría un identificador unívoco para éste dentro del conjunto de organismos del mismo tipo –en este caso, E02963104 y se incluiría como parte del URI, resultando: http://datos.gob.es/recurso/sector-publico/Organismo/E02963104

Formato o Extensión del documento#

Según lo especificado anteriormente, los identificadores de los recursos semánticos pueden ser de tres tipos: identificación abstracta, documento legible por personas – HTML o similar– y descripción RDF –en cualquiera de sus formatos. En el primer caso, no se especifica el formato, ya que se corresponde con la abstracción conceptual del recurso. En el segundo y tercer caso, se debería especificar el formato para indicar el tipo de representación.Para indicar el tipo de representación del recurso, se indicará la extensión del propio fichero.

Siguiendo el ejemplo del apartado anterior, para identificar las representaciones correspondientes al organismo público cuyo URI es http://datos.gob.es/recurso/sectorpublico/Organismo/E02963104, se añadirían las extensiones correspondientes a los formatos, por ejemplo .html para un documento HTML, .rdf para un documento RDF/XML o .n3 para la descripción semántica en Notación 3.

Tipos de URI que identifican recursos semánticos#

A continuación, se especifican los tipos de URI específicos para recursos semánticos de una iniciativa basada en Linked Data.

URI para identificar catálogos y conjuntos de datos#

Si la iniciativa de reutilización sólo dispone de un catálogo, se podría representar a través del URI: http://{base}/catalogo En el caso de que el organismo disponga de más de un catálogo se definirá una referencia descriptiva para cada catálogo 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álogo se identifican mediante un URI que incluya un identificador único para cada conjunto de datos de la siguiente forma:

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ía para describir recursos de un dominio concreto seguirá el esquema: http://{base}/def/{sector}/{dominio}

Donde sector indicará el tema del vocabulario, elegido entre los términos del anexo IV de la NTI, y dominio corresponderá a la referencia específica asignada al vocabulario, una representación textual breve pero descriptiva. Por ejemplo, en la creación de un vocabulario que describe recursos hosteleros, el sector que identifica al tema genérico sería turismo y el dominio podría ser hostelería, obteniendo el URI http://datos.gob.es/def/turismo/hosteleria Las clases y propiedades del vocabulario tendrán como base el URI correspondiente al vocabulario donde se definen, ampliando la parte final, según 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}

Considerando el ejemplo anterior del vocabulario de recursos hosteleros, una clase perteneciente a este vocabulario podría ser Hotel, siendo identificada por el URI http://datos.gob.es/def/turismo/hosteleria/Hotel o, en su defecto usando los indicadores de fragmentos (#), http://datos.gob.es/def/turismo/hosteleria#Hotel. Además, este vocabulario incluiría propiedades como horario., identificadas mediante el URI http://datos.gob.es/def/turismo/hosteleria/horario o, en el caso de usar indicadores de fragmentos (#), http://datos.gob.es/def/turismo/hosteleria#horario

URI para identificar esquemas de conceptos#

Cualquier sistema de organización del conocimiento – taxonomías, diccionarios, tesauros, etc.– sobre un dominio concreto será identificado mediante un esquema de URI : http://{base}/kos/{sector}/{dominio} Donde sector indicará el tema del esquema de conceptos, elegido entre los términos del anexo IV de la NTI, y dominio corresponderá a la referencia específica asignada a dicho esquema de clasificación. Esta referencia del dominio será una breve representación textual pero descriptiva. Por ejemplo, en la creación de una taxonomía que permite clasificar los hoteles mediante estrellas, el sector que identifica al tema genérico sería turismo y el dominio podría ser tipo-hotel, obteniendo el URI http://datos.gob.es/kos/turismo/tipo-hotel

Los conceptos incluidos en el esquema tendrán como base el URI correspondiente al esquema donde se definen y se completarán con los identificadores de los conceptos, según el esquema: http://{base}/kos/{sector}/{dominio}/{Concepto} O, en su defecto, utilizando la nomenclatura de identificadores de fragmentos (#):

http://{base}/kos/{sector}/{dominio}#{Concepto}

Considerando el ejemplo de la clasificación por estrellas de los hoteles, los conceptos de este esquema se corresponderían con cada categoría que se le podría asignar a cada hotel, de una a siete estrellas. Se podrían generar URI del estilo http://datos.gob.es/kos/turismo/tipo-hotel/5-estrellas o, en el caso de usar identificadores de fragmentos (#), http://datos.gob.es/kos/turismo/tipo-hotel#5-estrellas.

URI para identificar a cualquier instancia física o conceptual#

Estos recursos son las representaciones atómicas de los documentos y recursos de información. A su vez suelen ser instancias de las clases que se definen en los vocabularios. Estos recursos se identifican mediante el siguiente 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, elegido entre los términos del anexo IV de la NTI, 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. En este caso, el dominio relativo al recurso es opcional, ya que el tema específico que enriquece la legibilidad del URI viene dado por el nombre de la clase. podría corresponder al especificado en el propio vocabulario que define las clases de la instancia, es opcional.

Por ejemplo, para identificar a un hotel concreto se podría utilizar una referencia única de la propia base de datos (000019278), seleccionando turismo como sector, usando Hotel como identificador que se correspondería con el nombre de la clase asociada al recurso descrito, resultando http://datos.gob.es/recurso/turismo/Hotel/000019278 –o http://datos.gob.es/recurso/turismo/Hotel#_000019278, al usar identificadores de fragmentos (#). Si por motivos concretos del organismo este quisiera incluir un componente adicional para enriquecer el identificador, podría añadir el dominio hosteleria resultando http://datos.gob.es/recurso/turismo/hosteleria/Hotel/000019278

Ejemplos de uso del esquema de URI#

Basándose en las pautas anteriores, un esquema de URI correspondiente a un organismo podría generar identificadores como los expresados en la tabla siguiente, teniendo en cuenta que son ficticios y creados únicamente para ejemplificar algunas de las posibles combinaciones que se permiten.