Navegue por las siguientes preguntas para conocer más sobre Loterre.
Loterre (acrónimo de Linked open terminology resources) es una plataforma para exponer y compartir terminología científica multidisciplinaria y multilingüe.
Basado en un triplestore, cumple con los estándares web de datos abiertos y vinculados (LOD) y los principios de FAIR, cuyo objetivo es hacer que los datos sean fáciles de encontrar, accesibles, interoperables y reutilizables.
Las terminologías disponibles en Loterre pueden satisfacer las necesidades de búsqueda de texto, anotación semántica, búsqueda de información o traducción.
El acceso a los recursos de Loterre está abierto a todos, su utilización posterior depende de la licencia que rija cada uno de ellos.
Loterre ofrece acceso a recursos terminológicos científicos, le permite:
Loterre también ofrece servicios en línea, cuyo contenido se detalla en el apartado «Servicios de Loterre» de esta página.
Loterre no está reservado tan sólo a los recursos terminológicos del Inist. Puede ofrecer servicios de exposición a otros productores de datos terminológicos que lo pidan por medio del formulario de propuesta.
Se invita a los productores interesados a tomar nota de la Carta de Loterre
Los principios FAIR (Findability, Accessibility, Interoperability, Reusability) aplicables a los datos científicos fueron desarrollados por Force11 y publicados por Wilkinson et al. en 2016 (The FAIR Guiding Principles for scientific data management and stewardship). Los pasos de la FAIRification han sido explicados por GO FAIR.
Estos principios constituyen una guía de buenas prácticas para la gestión y reutilización de datos y metadatos tanto por parte de las máquinas como de los seres humanos. Sin embargo, no constituyen una especificación porque no recomiendan ningún estándar, tecnología o formato de datos en particular.
Además, los datos de FAIR no son necesariamente «abiertos» y pueden tener diferentes grados de FAIRIZACIÓN y/o apertura. LOD (basado en estándares de web semántica) y FAIR (basado en principios) no deben confundirse: ver al respecto “Cloudy, increasingly FAIR; revisiting the FAIR Data guiding principles for the European Open Science Cloud” (2017)
Los (meta)datos terminológicos presentes en Loterre cumplen con todos los principios de FAIR. También pueden participar en la FAIRización de (meta)datos de investigación promoviendo su interoperabilidad semántica (a través de conceptos de vocabulario o tesauro).
De hecho, estos datos son:
Del mismo modo, los servicios de Control, Transformación y Mapeo tienen como objetivo facilitar la creación y lo enriquecimiento de terminologías en formato SKOS/RDF-XML, de acuerdo con los principios FAIR.
Loterre y las terminologías del INIST alojadas en la plataforma se reportan en el portal FAIRSharing: https://fairsharing.org/collection/Loterre
Loterre pretende cumplir con los principios del LOD (Linked Open Data) presentados en 2006 por el W3C (Tim Berners-Lee): los recursos terminológicos se consideran aquí como conjuntos organizados de términos (conceptos de designación) que son conjuntos de datos de libre acceso a través de tecnologías de web semántica.
Linked Data o «web de datos enlazados» se basa en 4 reglas básicas:
Al añadir licencias abiertas para la distribución y reutilización de los recursos publicados en la web, Loterre cumple con las reglas de «Linked Open Data».
T. Berners-Lee también propuso una clasificación progresiva de los LOD con 5 estrellas de acuerdo con los siguientes criterios:
* Datos disponibles gratuitamente en la web, con mención de una licencia abierta.
** Datos en un formato estructurado y legible por la máquina
*** Formatos no patentados (CSV, JSON…)
**** Estándares abiertos del W3C (RDF, XML, SPARQL) y URI como identificador de recursos
***** Datos vinculados a otros datos del RDF a través de alineaciones en el LOD Cloud
Por último, los recursos integrados en el triplestore están destinados, en la medida de lo posible, a cumplir con las mejores prácticas del W3C para la publicación de datos relacionados (W3C, 2014).
Todos los recursos expuestos en Loterre son compatibles con estas normas y principios y pueden clasificarse como 4 o 5 estrellas:
Los recursos integrados en el triplestore cumplen, en la medida de lo posible, las normas de buenas prácticas del W3C relativas a la publicación de datos vinculados.
Idealmente deben respetar los criterios asignados a los datos « 5 estrellas »: Linked Data – Design Issues
Esquemáticamente, los recursos terminológicos expuestos en Loterre pueden ser del tipo:
Los datos de tipo recursos léxicos, recursos de análisis de contenidos u ontologías sólo podrán ser integrados en Loterre si están convertidas en formato SKOS, lo que puede conllevar alguna pérdida de informaciones con respecto al contenido originario.
Su estructuración puede:
Los recursos expuestos in Loterre pueden:
Las posibilidades de visualización y de búsqueda en una lengua dependen de las características de los aplicativos de exposición/consulta conectados en el triplestore.
Los recursos expuestos en Loterre deben tener una licencia que autorice la disponibilidad y reutilización de los datos, tales como:
Los datos terminológicos integrados en el triplestore están expresados según un modelo de tipo « SKOS extenso », que asocia al SKOS estándar un cierto número de categorías que pertenecen a otros formatos o lenguajes (SKOS-XL, Dublin Core, Isothes, OWL, RDFS, etc.).
Ontología de Loterre (pinchar en la imagen para aumentarla)
Las terminologías propuestas por terceros están sujetas a una revisión basada en criterios de calidad y formato. Los propietarios del sitio web Loterre se reservan el derecho de moderar las propuestas recibidas. Pueden negarse a integrar un recurso si consideran que no cumple los criterios que rigen la plataforma.
La cobertura científica de los datos expuestos en Loterre es multidisciplinar y pertenece a uno o varios de los campos científicos siguientes:
La arquitectura de Loterre se basa en un triplestore equipado con una herramienta de consulta humana y buscable a través de una interfaz SPARQL y una API.
Para ofrecer a sus utilizadores un acceso a las terminologías, Loterre recurre a diversas herramientas open-source:
Loterre fue diseñado por el Inist-CNRS
Además de descargar terminologías alojadas, Loterre ofrece servicios para cualquier productor de terminología, ya sea que quieran exponer o no sus recursos en Loterre.
Los servicios Controlar, Transformar y Mapear tienen como objetivo facilitar la creación y el enriquecimiento de terminologías en formato SKOS / RDF-XML de acuerdo con los principios FAIR (fácil de encontrar, accesible, interoperable, reutilizable).
n.b.: Los datos de usuario procesados por estos servicios no son almacenados por el Inist-CNRS.
Este servicio permite mapear un archivo SKOS/RDF-XML válido con un recurso de terminología de Loterre de destino especificado por el usuario. Si un término (término preferido o sinónimo) de un concepto A del vocabulario de origen se encuentra en un concepto B del vocabulario de destino (con la misma etiqueta de lengua), una propiedad «skos:exactMatch» es insertado en el concepto A con el URI del concepto de destino en el atributo «rdf:resource».
Procesa archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Notar que el mapeo se basa en una comparación de cadenas de caracteres que deben ser idénticas en ambos lados sin tener en cuenta el contexto; los mapeos deberán ser validadas por el usuario.
En Loterre se proponen 2 variantes de este servicio:
Los datos en el archivo de mapeo pueden ser añadidos tal cual al principio o al final del archivo fuente.
El servicio «Anotar» permite buscar, en una porción de texto escrito en francés, inglés o español, la presencia de términos (etiquetas preferidas y sinónimos) de una terminología alojada en Loterre.
Muestra el texto en el que se han destacado los términos detectados y una tabla de los términos y conceptos correspondientes, con su URI.
El servicio «Transformar» le permite generar terminología en formato SKOS-XML o convertir la terminología inicialmente en formato SKOS-XML a otro formato.
Las operaciones que ofrece este servicio se pueden agrupar en tres tipos: corrección, enriquecimiento y conversión.
Estos módulos tienen por objeto, en particular, corregir las anomalías detectadas previamente por el servicio « Controlar »
El servicio » Eliminar duplicados en los términos de un archivo SKOS/RDF-XML» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]»
A nivel de cada concepto, este servicio funciona de la siguiente manera:
Al final de este proceso, verifique el archivo nuevamente utilizando el servicio Controlando un archivo SKOS/RDF-XML a nivel de concepto para asegurarse de que no haya más duplicados.
Si un concepto A está asociado a un concepto B a través de la propiedad skos:related, el concepto B debe estar asociado con el concepto A porque la relación es simétrica. Si no se marca esta condición, este servicio permite insertar la propiedad skos:related que falta.
El servicio «Corregir anomalías de simetría de conceptos relacionados en un archivo SKOS/RDF-XML» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Si no se marca la condición de simetría definida anteriormente, este servicio permite insertar la propiedad ‘skos:related’ que falta.
Nota que este tratamiento no se aplica a ninguna de las subpropiedades de la propiedad ‘skos:related’.
La relación jerárquica entre un concepto A y un concepto B se expresa utilizando la propiedad «skos:broader» y la presencia a nivel de concepto de una relación «skos:narrower» (que es la relación inversa) no es obligatorio porque se infiere de la relación «skos:broader».
Sin embargo, el buen funcionamiento de algunas aplicaciones (como SKOSMOS) requiere la presencia de ambas relaciones.
El servicio «Insertar conceptos específicos en un archivo SKOS/RDF-XML válido» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Este servicio hace posible insertar en el concepto genérico tantas propiedades «skos:narrower» como conceptos específicos de este concepto.
La relación jerárquica entre una colección A y una colección B se expresa utilizando la propiedad «isothes:superGroup». La presencia de una propiedad «isothes:subGroup» (que es la relación inversa) en el nivel de la colección B no es obligatoria porque se infiere de «isothes:superGroup» propiedad.
Sin embargo, el buen funcionamiento de algunas aplicaciones (como SKOSMOS) requiere la presencia de ambas relaciones.
El servicio «Insertar colecciones más estrechas en un archivo SKOS/RDF-XML válido» procesa los archivos que contienen «skos:Collection» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Collection’]]» o «rdf:Description[rdf:type[@rdf:resource=’http://purl.org/iso25964/skos-thes#ConceptGroup’]]».
Este servicio hace posible insertar en el nivel de la colección más amplia tantas propiedades «isothes:subGroup» como colecciones más estrechas de esta colección.
El servicio «Insertar un bloque ‘ConceptScheme’ en un archivo SKOS/RDF-XML» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Este servicio inserta dos bloques al comienzo de un archivo SKOS/RDF-XML:
– Un bloque «cc: License» con la licencia predeterminada Creative Commons CC-BY 4.0 que debería cambiarse si el recurso se libera bajo una licencia diferente.
– Un bloque «skos:ConceptScheme» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#ConceptScheme’]]» con:
Después de generar los campos, su contenido textual debe ser completado y validado por el usuario.
El servicio «Inserte las propiedades «hasTopConcept» en un archivo SKOS/RDF-XML válido» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Este servicio inserta una propiedad «skos:hasTopConcept» en el bloque «ConceptScheme» para cada concepto que no tiene una propiedad «skos:broader».
No utilice este servicio para recursos no estructurados o poco estructurados.
El servicio «Inserte las propiedades «topConceptOf» en un archivo SKOS/RDF-XML válido» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Este servicio inserta una propiedad «skos:topConceptOf» en cada concepto que no tiene una propiedad «skos:broader».
No utilice este servicio para recursos no estructurados o poco estructurados.
El servicio «Asignar identificadores ARK a un archivo SKOS/RDF-XML válido» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Este servicio permite la sustitución de los identificadores (URI) de un archivo SKOS/RDF-XML por identificadores ARK creados de acuerdo con las recomendaciones de California Digital Library (CDL).
Un identificador ARK tiene la siguiente sintaxis:
La transformación se realiza en dos etapas:
1- Reemplazar el URI del recurso (a nivel del esquema de conceptos) por el siguiente URI genérico: http://mi_sitio.com/ark:/NAAN/ABC. El viejo URI se pone en una etiqueta «dc:identifier».
A nivel de concepto, una secuencia alfanumérica de 8 caracteres seguida de un guión y luego una suma de verificación (check sum) completa este prefijo y constituye un identificador ARK único para cada concepto del recurso.
| Prefiji | Identificador ARK único |
| http://mi_sitio.com/ark:/NAAN/ABC | -CGT6ZZBQ-F |
2- Los URI se recalculan para:
Para tener identificadores ARK que cumplan con las recomendaciones de CDL (ver detalles aquí), el URI genérico debe reemplazarse de la siguiente manera:
Aquí hay un ejemplo real: http://data.loterre.fr/ark:/67375/1WB
Tenga en cuenta que, en ausencia de NAAN, el URI no puede considerarse como un ARK URI, pero puede usarse sin la parte «ark:/ NAAN/»; la última parte es un identificador único.
Loterre ofrece diferentes módulos de conversión.
Este servicio hace posible generar un archivo SKOS-XML a partir de una hoja de cálculo (Excel, OpenOffice, etc.) guardada en CSV.
Loterre ofrece dos variantes de este servicio, dependiendo de si el separador de campos en el archivo CSV es un punto y coma o una coma :
n.b.: en el caso de un archivo CSV cuyo separador es un punto y coma, usar los comillas dobles (» / quote) como delimitador de texto para los campos que pueden contener el punto y coma para la puntuación, y ponga las comillas al principio y al final del texto para que el punto y coma no se considera como un separador de campo, y si el texto en sí contiene comillas, debe duplicarse.
El archivo debe :
| Datos terminológicos | Etiqueta a utilizar xx = código ISO de lengua (*) |
Comentario |
| Etiquetas léxicas preferentes | prefLabel_xx | Se espera una etiqueta «prefLabel_es» |
| Etiquetas léxicas alternativas | altLabel_xx | |
| Etiquetas léxicas ocultas | hiddenLabel_xx | |
| Definición | definition_xx | |
| Nota | note_xx | |
| Nota de alcance | scopeNote_xx | |
| Nota editorial | editorialNote_xx | |
| Nota histórica | historyNote_xx | |
| Nota de cambio | changeNote_xx | |
| Ejemplo | example_xx | |
| Concepto más amplio | broader_xx | Se espera una etiqueta «broader_es» |
| Concepto relacionado | related_xx | Se espera una etiqueta «related_es» |
| Colección | group_xx | Se espera una etiqueta «group_es» |
| Mapeo exacto | exactMatch | |
| Mapeo cercano | closeMatch | |
| Mapeo amplio | broadMatch | |
| Mapeo estrecho | narrowMatch | |
| Mapeo relacionado | relatedMatch |
(*) Reemplace «xx» con el código ISO de 2 caracteres del idioma; ejemplo «prefLabel_es» para la etiqueta léxica preferente española. Ver la lista de códigos ISO 639-1.
Los datos se transforman de la siguiente manera:
Además, la transformación también inserta dos bloques al principio del archivo RDF-XML:
– Un bloque «cc:License» con la licencia Creative Commons CC-BY 4.0 predeterminada que se debe cambiar si el recurso se libera bajo una licencia diferente.
– Un bloque «skos:ConceptScheme» con:
El contenido textual de estos campos debe ser completado y validado por el usuario.
Si los conceptos no tienen identificadores, el URI predeterminado del recurso es «http://www.misitio/vocabs/ABC». También es la raíz del URI de conceptos, relaciones y posibles colecciones. Debe ser reemplazado de la siguiente manera:
En el nivel de concepto, el URI es una concatenación del URI del recurso con un identificador único; en el nivel de colección, el URI es una concatenación del URI del recurso con el nombre del grupo reemplazando los espacios con «_».
Para cambiar a los identificadores ARK, use la transformación «Asignar identificadores ARK a un archivo SKOS/RDF-XML válido».
Este servicio genera un archivo CSV a partir de un archivo SKOS/RDF-XML válido que contiene «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]»
Loterre propone dos variantes, según la naturaleza del separador de campos deseado en el fichero CSV resultante:
El archivo del producto se puede importar a un programa de hoja de cálculo (Excel, LibreOffice, etc.) para editarlo (consulte el procedimiento de importación en Excel más adelante).
Los datos se transforman de la siguiente manera:
Se crea un «encabezado de columna» de la primera fila a partir de los elementos (skos u otras propiedades) utilizados para describir los diferentes conceptos del archivo RDF-XML:
Luego, se genera una línea para cada concepto del archivo:
Notar que:
Para importar el archivo a Excel:
El archivo modificado en Excel y guardado en CSV se puede transformar en SKOS utilizando el servicio «Transforme un archivo CSV separado por punto y coma en un archivo SKOS-XML» o «Transforme un archivo CSV separado por comas en un archivo SKOS-XML» de acuerdo con el separador de campo aplicado en el momento del registro.
Este servicio permite generar un archivo HTML a partir de un archivo SKOS válido. Procesa los archivos que contienen «skos:Concepto» o «rdf:Descripción» de tipo «Concepto».
Loterre propone dos variantes, según la versión lingüística elegida:
Las entradas de terminología se presentan en el orden alfabético de preferencia (francés o inglés):
La riqueza de la información mostrada dependerá del contenido y la estructuración del archivo SKOS original.
Esta transformación genera un archivo PDF a partir de un archivo SKOS válido.
Loterre propone dos variantes, según la versión lingüística elegida para el recurso:
Se generan varias secciones basadas en el contenido y la estructura del :
Se insertan páginas adicionales:
Tenga en cuenta que las portadas se pueden sustituir editando el archivo final con un editor de PDF como PDF Sam Basic.
El servicio «Controlar» permite controlar en línea la validez de un archivo de terminología guardado en formato SKOS.
Se ofrecen tres clases de verificaciones: validez de colección, validez de concepto y validez de esquema de concepto.
El código de color de las anomalías detectadas corresponde a su grado de gravedad:
| código con fondo rojo | anomalía crítica |
| código con fondo naranja | anomalía mayor |
| código con fondo amarillo | anomalía menor |
El servicio «Controlando un archivo SKOS/RDF-XML en el nivel de colección» pocesa los archivos que contienen «skos:Collection» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Collection’]]» o «rdf:Description[rdf:type[@rdf:resource=’http://purl.org/iso25964/skos-thes#ConceptGroup’]]».
Se realiza un análisis preliminar del recurso para determinar:
A continuación, realiza las comprobaciones y devuelve los resultados en forma de una tabla que detalla los tipos de anomalías detectadas.
Lista de controles realizados:
| Código | Descripción de la anomalía |
|---|---|
| Col-0 | El recurso no contiene el elemento skos:Collection ni el elemento rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Collection’]] ni elemento «rdf:Description[rdf:type[@rdf:resource=’http://purl.org/iso25964/skos-thes#ConceptGroup’]]». |
| Col-@0 | Identificador ausente. El elemento colección no tiene un identificador. |
| Col-@N | Atributo no autorizado. Solo el atributo «rdf:about» está autorizado por el elemento «skos:Collection» o rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Collection’]] o «rdf:Description[rdf:type[@rdf:resource=’http://purl.org/iso25964/skos-thes#ConceptGroup’]]». |
| Col-2 | Anomalía de estructuración de colecciones. A pesar de la presencia de una «isothes:superGroup» propiedad en las colecciones, no se encontró ninguna «isothes:subGroup» propiedad en la súper colección correspondiente. Puede usar el menú «Insertar colecciones más estrechas en un archivo SKOS/RDF-XML válido» para solucionar el problema. |
| Col-3 | Inconsistencia a nivel del identificador del recurso (URI). El valor del atributo rdf:resource en el elemento skos:inScheme de la colección es diferente del identificador del recurso (ConceptScheme). |
| Col-4 | Miembro inexistente. Una miembro no es un concepto de este recurso. Cree el concepto correspondiente o elimine este miembro. |
| Col-5 | El identificador contiene un carácter no autorizado (espacio, apóstrofo, comillas, corchete izquierdo, corchete derecho). |
El servicio «Controlando un archivo SKOS/RDF-XML a nivel de concepto» procesa los archivos que contienen «skos:Concept» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#Concept’]]».
Se realiza un análisis preliminar del recurso para determinar:
A continuación, realiza las comprobaciones y devuelve los resultados en forma de una tabla que detalla los tipos de anomalías detectadas.
Lista de controles realizados:
| Código | Descripción de la anomalía |
|---|---|
| D-Id | Unicidad del identificador (URI) de un concepto dado. Dos conceptos diferentes no pueden tener el mismo identificador. |
| E-0 | Presencia de un elemento vacío (propiedad vacía). Puede interferir con la continuación del programa de control. También puede evitar l’importación en algunos editores de terminología. |
| @-0 | Presencia de un atributo vacío. |
| R-A1 | Conflicto entre relaciones semánticas: el mismo concepto es un concepto relacionado y un concepto más amplio del concepto actual. |
| R-FX1 | Relación jerárquica reflexiva: un concepto es su propio concepto más amplio. |
| R-FX2 | Relación asociativa reflexiva: un concepto es su propio concepto relacionado. |
| R-31 | Conflicto entre relaciones asociativas y jerárquicas: si el concepto A tiene el concepto B como un concepto más específico y el concepto C como un concepto relacionado, entonces C no puede ser un concepto más específico de B porque el concepto C no puede vincularse simultáneamente con el concepto A por dos relaciones disjuntas «skos:narrowerTransitive» y «skos:related». Ver detalles en SKOS-Primer. |
| R-32 | Conflicto entre relaciones asociativas y jerárquicas: si el concepto A tiene el concepto B como un concepto más amplio y el concepto C como un concepto relacionado, entonces C no puede ser un concepto más amplio de B porque el concepto C no puede vincularse simultáneamente con el concepto A por dos relaciones disjuntas «skos:broaderTransitive» y «skos:related». Ver detalles en SKOS-Primer. |
| R-B3 | Conflicto entre relaciones semánticas: el mismo concepto es un concepto más específico y un concepto más amplio del concepto actual. |
| R-A2 | Choque entre relaciones semánticas: el mismo concepto es un concepto más específico y un concepto relacionado del concepto actual. |
| R-NS | Relación asociativa (skos:related) no simétrica. |
| R-0 | Relación (skos:related, skos:broader or skos:narrower) que se dirige a un concepto inexistente. |
| R-OR | Concepto huérfano: un concepto que no es un concepto cabecera, y que no tiene que no tiene un concepto genérico ni un concepto específico. |
| CS-0 | Concepto no vinculado al esquema de conceptos a través del elemento «skos: inScheme». |
| CS-3 | Inconsistencia a nivel del identificador de recurso (URI). El valor del atributo «rdf: resource» en el elemento «skos: inScheme» es diferente del identificador de recurso. |
| LP-0 | Etiqueta léxica preferente ausente para una de las lenguas del recurso. |
| LP-N1 | Más de una etiqueta léxica preferente por lengua. |
| LP-LA1 | Etiqueta léxica preferente / etiqueta léxica alternativa duplicada dentro del mismo concepto. |
| LP-LC1 | Etiqueta léxica preferente / etiqueta léxica oculta duplicada dentro del mismo concepto. |
| LP-LP2 | Misma etiqueta léxica preferente para dos conceptos diferentes. |
| LP-LA2 | Etiqueta léxica preferente / etiqueta léxica alternativa duplicada entre dos conceptos diferentes. |
| LP-LC2 | Etiqueta léxica preferente / etiqueta léxica oculta duplicada entre dos conceptos diferentes. |
| LA-LA1 | Etiqueta léxica alternativa duplicada dentro del mismo concepto. |
| LA-LA2 | Misma etiqueta léxica alternativa para dos conceptos diferentes. |
| LA-LC1 | Etiqueta léxica alternativa / etiqueta léxica oculta duplicada dentro del mismo concepto. |
| LA-LC2 | Etiqueta léxica alternativa / etiqueta léxica oculta duplicada entre dos conceptos diferentes. |
| LC-LC1 | Etiqueta léxica oculta duplicada dentro del mismo concepto. |
| LC-LC2 | Misma etiqueta léxica oculta para dos conceptos diferentes. |
El servicio «Controlando un archivo SKOS/RDF-XML a nivel de esquema de conceptos» procesa los archivos que contienen «skos:ConceptScheme» o «rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#ConceptScheme’]]» son procesados por este servicio.
Se realiza un análisis preliminar del recurso para determinar:
A continuación, realiza las comprobaciones y devuelve los resultados en forma de una tabla que detalla los tipos de anomalías detectadas.
Lista de controles realizados:
| Código | Descripción de la anomalía |
|---|---|
| CS-N | Elemento ConceptScheme no presente. Archivo no contiene el elemento skos:ConceptScheme ni el elemento rdf:Description[rdf:type[@rdf:resource=’http://www.w3.org/2004/02/skos/core#ConceptScheme’]]. Use el menú «Insertar un elemento ConceptScheme» para resolver el problema. |
| CS-0 | Esquema de conceptos sin identificador (URI). |
| CS-1 | Atributo no autorizado por el elemento skos:ConceptScheme. Solo se permite el atributo rdf:about. |
| CS-2 | Esquema de conceptos sin propiedad skos:hasTopConcept. A pesar de una fuerte estructuración, el elemento skos:ConceptScheme no contiene las propiedades skos:hasTopConcept para enumerar los conceptos cabecera. Use el menú «Inserte las propiedades hasTopConcept en un archivo SKOS» para resolver el problema. |
| CS-3 | Inconsistencia a nivel del identificador del recurso (URI). El valor del atributo rdf:resource en el elemento skos:inScheme de un concepto dado es diferente del identificador del recurso. |
El servicio «Descargar»permite descargarse todo el contenido de uno de los recursos almacenados en el triplestore de Loterre, en formato PDF, CSV, SKOS/XML o JSON-LD.
Desde la plataforma Loterre también puedes:
¿Una de sus preguntas sigue sin respuesta? Pídalo directamente, con el formulario de contacto.