Resumen

  • El documento RDF 1.2 Semantics apareció el 24 de septiembre de 2026 como borrador de recomendación candidata. Ya había una versión candidata fechada el 7 de abril; el nuevo estado no es una recomendación definitiva ni una aprobación de productos.
  • RDF 1.2 incorpora términos de triple y distingue la proposición designada, el hecho que se cumple en una interpretación y los triples que un grafo afirma. La batería de pruebas incluye triple-term-not-asserted.
  • El informe público enlazado no muestra resultados para sus pruebas de semántica. Solo documenta resultados presentados y carece de carácter oficial; no autoriza concluir que no existan implementaciones.

Un expediente puede guardar la frase «el sensor falló antes del corte», atribuida a un tercero, mientras la investigación sigue abierta. El expediente registra una declaración, no el fallo del sensor como conclusión propia. Esa diferencia puede desaparecer en una base de conocimiento si un exportador toma la relación interna de la cita y la publica como un triple sin atribución. El problema no depende de que el formato sea sofisticado: depende de quién pasa a hablar en nombre de quién.

El grupo RDF y SPARQL de W3C publicó el 24 de septiembre una nueva entrega de RDF 1.2 Semantics. Su historial marca un hito anterior: el 7 de abril ya existía una instantánea de recomendación candidata. Por eso sería incorrecto anunciar ahora el estreno de los términos de triple o de la distinción lógica. El texto actual es un Candidate Recommendation Draft, puede cambiar y, según W3C, su publicación no implica el aval del consorcio o de sus miembros. Una etiqueta de fase editorial tampoco certifica que un proveedor implemente correctamente la semántica.

La novedad principal de RDF 1.2 frente a RDF 1.1 son los términos de triple: una relación puede convertirse en objeto de otra declaración. El documento semántico no confunde por ello mención con aserción. Define las proposiciones que pueden denotar esos términos, los hechos que son verdaderos en una interpretación y los hechos afirmados por los triples del grafo. Un sistema puede describir que alguien sostuvo una relación sin sostenerla él mismo. El estándar formaliza inferencias sobre datos RDF; no decide si un testigo es creíble ni qué significado social se asigna a una IRI.

La frontera importa al combinar archivos, motores de consulta y herramientas de generación de respuestas. Una hipótesis descartada podría seguir disponible para explicar la historia de una decisión. Un resultado de búsqueda que la muestre con atribución puede ser correcto; una síntesis que la convierta en hecho confirmado puede ser errónea. El siguiente motor de reglas recibiría entonces una premisa que el registro original no afirmó. El borrador no demuestra que un producto concreto cometa ese error. Lo que aporta es una manera de especificar y probar qué debe permanecer sin afirmar.

Entre las pruebas enlazadas por W3C figura triple-term-not-asserted. El nombre expone la cuestión central: un término de triple no se vuelve aserción solo por estar presente. El informe de conformidad accesible enumera esa prueba, pero la sección de semántica no presenta celdas de resultados al momento de esta revisión. El propio informe se describe como documento interno, sin posición oficial, e indica que otras implementaciones pueden no haber presentado resultados. No hay base para proclamar un fracaso general, ni para vender el informe como prueba pública de que ya se cumplió el criterio de salida: dos implementaciones independientes que superen cada prueba pertinente.

La pregunta de compra o despliegue debería ser verificable. Entregar al sistema un grafo con una afirmación controvertida solo como proposición mencionada; inspeccionar consultas, exportaciones, inferencias y resúmenes. ¿Se conserva la atribución o aparece una afirmación nueva hecha por el receptor? Registrar cada transformación permitiría localizar el salto. Es una propuesta editorial de Daniel Kade, no un requisito añadido por W3C. Tampoco es la cuestión tratada por el borrador de reglas SHACL sobre el origen de un triple inferido: aquí se examina si el contenido citado fue afirmado alguna vez.

Fuentes