Resumo

  • A versão de 29 de setembro do Semantic Sensor Network Ontology acrescentou uma tabela com sete relações e inversas que aproximam atributos de navegação da SensorThings API de propriedades SOSA/SSN. A versão pública de 25 de setembro já mapeava classes, mas não essas relações.
  • O texto do W3C deixa claro que o alinhamento de uma API JSON não se expressa apenas por axiomas OWL/RDFS. O novo quadro não é um programa de transformação, uma Recomendação final nem um certificado de interoperabilidade.

Há uma diferença entre saber que dois cadastros falam de uma observação e saber a que essa observação se refere. Em uma troca de dados de sensores, a segunda pergunta depende dos vínculos que acompanham o registro. A atualização publicada pelo W3C em 29 de setembro torna parte desses vínculos explícita, oferecendo uma base de negociação para integrações. A equipe que opera a conversão, porém, continua responsável por mostrar o que foi preservado.

O rascunho de 25 de setembro já aproximava entidades SensorThings de classes SSN por intermédio de OMS. Thing aparecia como sosa:Platform; Datastream, como sosa:ObservationCollection. A novidade não está nessas equivalências de nomes. A tabela 17 passa a tratar a navegação para sensor, propriedade observada, plataforma e observações, além de diferenciar dois modos de apontar para o objeto de interesse. Cada linha inclui o sentido inverso. A proposta que introduziu o quadro no repositório do W3C foi incorporada em 29 de setembro, após ajustes em duas ligações relativas à plataforma. A API SensorThings não ganhou uma nova edição por causa disso.

Um exemplo deixa claro o custo de achatar o mapa. A tabela associa ProximateFeatureOfInterest a sosa:hasFeatureOfInterest e UltimateFeatureOfInterest a sosa:hasUltimateFeatureOfInterest. Em uma situação hipotética, o primeiro pode ser uma amostra observada diretamente; o segundo, o alvo mais amplo sobre o qual se busca conhecimento. Se um exportador guardar ambos em um único campo, uma consulta posterior pode atribuir ao alvo algo que se mediu na amostra. Não há aqui evidência de falha em um produto específico: trata-se de uma hipótese de perda semântica para teste.

O limite está escrito no próprio documento. SensorThings é uma API JSON e, segundo o W3C, seu alinhamento com SSN não pode ser axiomatizado com OWL e RDFS. OMS serve como ponte conceitual. Ao implementar a passagem, é preciso escolher versões, direção dos vínculos, tratamento de dados ausentes e método para comparar o grafo produzido com o registro original. Um nome de classe correto não comprova que as relações resistiram a um percurso de ida e volta.

O documento permanece um Working Draft, sujeito a revisão e sem endosso decorrente de sua simples publicação. Isso não o torna inútil: uma tabela visível é melhor do que convenções ocultas em código. Mas adotar a tabela como referência de projeto não autoriza anunciar que um serviço esteja conforme, que exista uma obrigação OGC de transformação ou que a interoperabilidade já tenha sido medida em produção.

Fontes