Resumo

  • A RFC 3085 vinculou cada NewsItem a um URN qualificado pelo domínio e pela data do provedor e usou uma revisão positiva para ordenar as versões daquele item.
  • Os sufixos U e A classificavam dois tipos de atualização; nem uma marca de versão nem o registro na IANA provam que o recurso exista ou possa ser recuperado.

Uma agência corrige uma matéria e a distribui. O primeiro cliente mantém o endereço original; outro publica uma cópia; o arquivo do próprio provedor guarda uma terceira versão. A notícia é reconhecível, mas os caminhos até ela já são diferentes. A RFC 3085 tratou justamente de como nomear um item sem confundir seu nome com um endereço.

Publicada em março de 2001, a RFC 3085 propôs o namespace formal newsml para NewsItems do NewsML. O documento observa que um mesmo item lógico pode existir em vários lugares físicos. O formato podia associar diversas URLs, mas apenas um URN, destinado a identificar o recurso apesar da mudança de localização. A RFC é Informational e afirma expressamente que não define um padrão da Internet.

O identificador reúne o domínio do provedor, uma data, o ID do NewsItem, um número de revisão e, às vezes, uma letra final. A organização que atribui o URN deve possuir o domínio na data indicada. Dentro da combinação provedor/data, o ID precisa ser único. A revisão não pode ser zero: tem de ser um número positivo e, para aquele mesmo item, uma revisão maior significa uma versão mais recente. Ela não funciona como relógio comum para todas as matérias.

A letra final delimita a natureza da alteração. U é obrigatório quando o NewsItem contém um ou mais elementos Update. A identifica um conjunto substituto de dados NewsManagement, sem substituir o NewsItem em si. Se nenhum dos dois casos se aplica, o sufixo fica de fora. A regra dá nomes diferentes à atualização editorial e à troca de dados administrativos.

Na definição de equivalência lexical, a RFC enumera ProviderId, DateId, NewsItemId e RevisionId como os campos comparados sem distinção entre maiúsculas e minúsculas. O sufixo opcional não aparece nessa lista. A observação segura é apenas que ele não foi nomeado como outra chave de equivalência. O texto não mostra como todos os sistemas lidavam com identificadores que diferiam somente nessa letra.

Um URN, por si só, não abre a matéria. A RFC deixa com os provedores a responsabilidade por serviços de resolução e validação, “se houver”. O registro formal de URNs da IANA lista newsml com referência à RFC 3085; isso confirma o registro, não que um resolvedor esteja operando. A própria RFC avisa que seus exemplos podem não corresponder a recursos reais.

A página atual do NewsML-G2, da IPTC, oferece contexto posterior sobre intercâmbio de itens e pacotes multimídia. Não comprova adoção de NewsML 1.0 nem operação de um serviço baseado na RFC 3085. A contribuição histórica foi mais específica: distinguir identidade do item e ordem de suas revisões, deixando a recuperação do conteúdo para outro mecanismo.

Análise

O formato separa “qual item?” de “qual versão vem depois?”. Domínio e data qualificam o espaço de atribuição; o identificador local escolhe o item; o número estabelece sua ordem de revisões. Essa especificação não demonstra que as cópias espalhadas pela rede respeitam a sequência.

Há outra separação editorial em U e A: atualizar o NewsItem não é o mesmo que substituir apenas informações de gestão. A marca descreve o caso previsto; não prova que o aviso tenha chegado a um assinante nem que um agregador tenha recuperado a cópia correta.

Monitoramento

Uma auditoria de arquivo ou distribuição pode testar separadamente a sintaxe, a posse do domínio na data, a unicidade do ID, a ordem das revisões, a correspondência do sufixo e a resposta atual do resolvedor. A RFC não define meta de disponibilidade, prazo de atualização ou garantia de entrega.

Dois sinais não devem ser confundidos: há um número mais novo, mas nenhuma cópia acessível; ou a URL responde, mas entrega uma revisão antiga. O registro da IANA e o NewsML-G2 não respondem por esses serviços.

Controle e incentivos

O provedor que distribui os identificadores controla a unicidade no seu espaço provedor/data e decide se mantém serviços de resolução. A redação que recebe pode arquivar cópias e criar índices, mas isso não a transforma na autoridade que atribuiu a sequência original.

Cada organização editorial precisa decidir se basta preservar os URNs ou se também manterá um caminho de busca por resolvedor, espelho e redirecionamento. A segunda opção custa manutenção contínua e é um compromisso separado do nome.

O risco que não se reverte facilmente é preservar um catálogo depois que os arquivos sumiram. A revisão ajuda a apontar a lacuna, mas não recupera a notícia perdida. Identidade, versão, endereço, validação e entrega precisam deixar registros próprios.

Fontes