Resumo

  • RFC 5165 registrou o espaço ogc e descreveu uma autoridade de nomes; uma exigência contratual de “usar OGC” ainda precisa indicar classe, versão, estado e comportamento verificável.
  • A mudança posterior para URIs HTTP facilitou a obtenção de representações, mas não fundiu identificação, resolução, conteúdo entregue e conformidade numa única prova.

Um fornecedor pode preencher corretamente um campo com um identificador OGC e ainda entregar o sistema errado. A cadeia pode estar bem formada, o servidor pode responder e o software pode interpretar outra versão, ignorar o estado substituído ou aplicar a definição a um eixo diferente.

RFC 5165 nasceu num contexto em que documentos OGC, esquemas e definições eram citados por várias organizações. O NID ogc fornecia nomes globais independentes de localização. O RFC também observava que entidades como NATO e NGA adotavam políticas de aquisição ligadas a padrões OGC e seus URNs.

Essa observação comprova a relevância institucional da nomenclatura em 2008. Não comprova que cada aquisição implementou corretamente o identificador, que o resolver permaneceu disponível ou que a representação usada era a mesma exigida pelo contrato.

O requisito deve atravessar quatro superfícies

Primeiro vem a autoridade: IANA mantém o NID ogc, e OGC-NA governa classes e atribuições. Depois vem o estado do nome: válido, experimental, substituído, retirado ou inválido. A terceira superfície é a resolução ou obtenção: qual endpoint respondeu, em que data e com qual representação. A quarta é o comportamento: o produto aplicou a definição certa e produziu o resultado esperado?

Uma cláusula que diga apenas “usar identificadores OGC” fecha apenas parte da primeira superfície. Para ser testável, ela precisa declarar quais classes, versões e estados são aceitáveis, como equivalências URN/HTTP serão resolvidas e qual saída demonstrará conformidade.

HTTP melhorou o acesso, não aboliu a governança

OGC decidiu posteriormente emitir novos identificadores públicos persistentes como URIs HTTP, salvo exceção. O formato usa a infraestrutura web e pode devolver representações diretamente. A política atual, contudo, mantém URNs equivalentes e afirma que os registros OGC-NA são a fonte normativa.

O caminho regular de uma URI ajuda humanos e máquinas, mas não permite inventar uma atribuição. Um integrador pode deduzir um endereço plausível para um código ainda não registrado. Um servidor tolerante pode até devolver uma página. A resposta não cria o ato de nomeação.

Também não existe uma única promessa de disponibilidade. Nomes da categoria A identificam recursos discretos disponíveis em serviço e são registrados individualmente. Nomes da categoria X são construídos por regra e podem não ter uma página própria. O contrato de teste precisa saber qual categoria está avaliando.

Estado e sucessão precisam entrar no aceite

O processo OGC registra mudanças de estado. Um item submetido ainda não foi aceito. Um item válido é recomendado. Um item superseded possui sucessão; um retired deixou de ser recomendado sem sucessor necessário; um invalid contém problema substancial. O estado experimental admite mudança ou retirada sem aviso.

Em compras de longa duração, a data do aceite não pode ser separada desse histórico. Se o identificador foi substituído durante a implantação, alguém deve decidir se o sistema conclui com a versão original, migra para o sucessor ou suporta ambas. Um redirecionamento silencioso não é uma decisão contratual.

RFC 5165 permitia ainda valores experimentais não registrados, com risco explícito de colisão. Protótipos que entram em produção carregando esses valores precisam de um plano de atribuição e migração. Caso contrário, dois fornecedores podem entregar significados diferentes sob a mesma cadeia e ambos afirmar que seguiram o padrão experimental.

Um teste reproduzível

O aceite deve preservar: NID e referência; item ou classe no registro; autoridade emissora ou delegada; estado e data; versão; relação com predecessor ou sucessor; equivalência URN/HTTP; pedido e resposta observados; hash da representação; e teste funcional do consumidor.

Os dois endpoints EPSG observados nesta pesquisa responderam HTTP 200 após redirecionamento. Isso é um bom ponto de partida para um teste, não o resultado de conformidade de um produto inteiro.

Fontes