Resumo

  • Em 24 de setembro, a W3C publicou uma versão de RDF 1.2 Semantics como Candidate Recommendation Draft. Houve um Candidate Recommendation Snapshot em 7 de abril; a publicação recente não é a estreia do recurso nem uma Recomendação final.
  • A semântica separa a proposição indicada por um termo de tripla, o fato que vale numa interpretação e aquilo que o próprio grafo afirma. A suíte inclui o teste triple-term-not-asserted.
  • O relatório público de implementações não mostra resultados na seção de testes semânticos. Ele é um registro interno e não oficial de resultados enviados, não um censo de todos os programas existentes. A condição de saída declarada exige duas implementações independentes aprovadas em cada teste.

Um analista de risco recebe a declaração de que uma remessa foi verificada. Ele precisa guardar quem fez essa declaração, em qual data e sob quais condições. Se o sistema de destino grava apenas “remessa verificada” como fato próprio, o registro deixa de distinguir testemunho de confirmação. A mudança pode ocorrer sem que alguém edite uma frase: basta um conversor tratar uma relação mencionada como uma relação afirmada. É esse ponto silencioso da cadeia que merece uma regra de aceitação.

A W3C publicou o novo rascunho em 24 de setembro de 2026, mas a cronologia impede a manchete fácil de que a organização acabou de criar essa distinção. O histórico oficial traz um instantâneo de recomendação candidata de 7 de abril, e o texto de abril já separava proposição e fato. A versão de setembro continua sendo um rascunho de recomendação candidata, sujeito a mudança. A própria W3C ressalta que a publicação não implica endosso da organização ou de seus membros. Um selo comercial de “compatível com RDF 1.2” precisa de prova de comportamento, não apenas da referência ao estágio do documento.

A principal mudança de RDF 1.1 para RDF 1.2 é a inclusão de termos de tripla. Eles permitem que uma tripla seja objeto de outra descrição: um sistema pode falar sobre uma afirmação sem necessariamente fazê-la. Na formulação semântica, a tripla pode denotar uma proposição; um fato é uma proposição verdadeira naquela interpretação; o grafo afirma os fatos correspondentes às triplas que contém como asserções. Confundir as três posições apaga a autoria lógica do enunciado.

A especificação é normativa para a semântica e a validade de inferências RDF, mas não decide a verdade empírica de uma denúncia ou o sentido social completo de um identificador IRI.

É perfeitamente legítimo manter num grafo uma hipótese rejeitada, a fala de uma parte numa disputa ou uma previsão que ainda não se confirmou. Um índice pode recuperá-las para a pessoa certa. O risco começa se um resumo automático ou uma exportação entregar o conteúdo como fato nu, sem registrar que se tratava de proposição alheia. O próximo motor de inferência pode então produzir conclusões a partir de uma premissa que o produtor original nunca afirmou. Nada nos documentos da W3C demonstra que um serviço específico tenha cometido esse erro; trata-se de um cenário técnico delimitado para teste.

O nome triple-term-not-asserted aparece na suíte de testes vinculada ao rascunho. O relatório de implementação, por sua vez, lista os testes semânticos sem exibir células de resultado na consulta atual. O texto do relatório avisa que seu status não é oficial e que softwares fora da lista podem existir. Seria indevido declarar inexistência de implementações ou reprovação dos testes. Também seria indevido dizer que o relatório aberto já comprova o requisito de duas implementações independentes por teste. A diferença entre requisito, resultado submetido e implantação comercial permanece relevante.

Para avaliar uma ferramenta, Daniel Kade recomenda uma experiência simples: oferecer uma entrada que só mencione uma alegação controversa como termo de tripla e comparar o que aparece nas consultas, inferências, exportações e respostas destinadas ao público. Quem promoveu a proposição a afirmação? A transformação e a fonte devem ser recuperáveis. Essa é uma recomendação editorial de adoção, não uma nova obrigação da W3C. Ela difere da discussão anterior sobre regras SHACL, que tratava da origem de uma tripla derivada; aqui se verifica se a proposição de partida foi afirmada em algum momento.

Fontes