Résumé

  • RFC 3085 associait un NewsItem à un URN qualifié par le domaine et la date du fournisseur ; un numéro positif permettait d’ordonner les révisions de cet item précis.
  • Les suffixes U et A distinguaient deux cas éditoriaux. Ni ce vocabulaire de version ni l’inscription IANA ne garantissait l’existence d’un contenu, sa validation ou son accès.

Dans une agence, un correctif peut partir vers plusieurs clients : l’un conserve l’URL d’origine, l’autre sert une copie, tandis que l’archive interne garde encore une version. Il faut pouvoir parler du même item sans confondre cet item avec l’adresse où se trouve une copie. C’est le problème auquel répondait le namespace newsml.

Publié en mars 2001, le RFC 3085 proposait un URN pour les NewsItems de NewsML. Son introduction part d’un cas concret : un item logique peut exister en plusieurs lieux physiques. NewsML pouvait lui associer plusieurs URL, mais un seul URN, destiné à nommer la ressource indépendamment de ces emplacements. Le document est classé Informational et précise qu’il ne définit pas de norme Internet.

La chaîne de l’identifiant encode un fournisseur, une date, un identifiant d’item, une révision et éventuellement une lettre finale. Le fournisseur doit posséder le nom de domaine indiqué à la date déclarée. Pour une paire fournisseur/date donnée, l’identifiant du NewsItem doit rester unique. Le numéro de révision est strictement positif ; pour le même item, un nombre supérieur doit correspondre à une version plus récente. Il ne s’agit ni d’une horloge globale de l’actualité ni d’un délai de publication.

La dernière lettre précise le type de changement. U est requis si le NewsItem contient un ou plusieurs éléments Update. A désigne un remplacement limité aux données NewsManagement. Sans l’un de ces cas, le suffixe est absent. On pouvait donc coder séparément une modification de l’item et le remplacement de ses seules données de gestion.

Le passage sur l’équivalence lexicale énumère ProviderId, DateId, NewsItemId et RevisionId, comparés sans distinction de casse. Il n’ajoute pas le suffixe facultatif à cette liste. Cette lecture se limite à la formulation du RFC : elle ne permet pas de conclure comment chaque parseur ou chaque rédaction traitait deux identifiants qui ne différaient que par leur suffixe.

Un URN bien formé ne transporte pas le reportage. Le texte confie aux fournisseurs la résolution et la validation des identifiants valides, « le cas échéant ». Le registre officiel IANA des namespaces URN référence bien newsml à RFC 3085 ; cela atteste l’enregistrement, pas le fonctionnement d’un résolveur. Le RFC avertit même que ses exemples sont représentatifs et peuvent ne correspondre à aucune ressource réelle.

L’aperçu actuel de NewsML-G2 par l’IPTC montre que l’échange de nouvelles couvre toujours des items et des paquets multimédias. Il ne prouve ni l’adoption de NewsML 1.0 ni l’existence d’un service opérationnel défini par RFC 3085. L’apport de ce RFC est plus circonscrit : nommer un item et ordonner ses versions, en laissant distincte la question de sa récupération.

Analyse

L’identifiant sépare deux axes que les interfaces éditoriales réunissent souvent : « de quel item parle-t-on ? » et « quelle révision est la plus récente ? ». Le domaine et la date qualifient l’espace d’allocation ; l’identifiant local désigne l’item ; le numéro classe ses révisions. Ce sont des règles de nommage, pas une preuve que toutes les copies suivent effectivement cette séquence.

La distinction U/A protège également une différence de travail. Une réécriture qui comporte l’élément Update n’est pas le remplacement des seules données de gestion. Mais la lettre décrit le cas prévu ; elle ne prouve pas que l’avis a été reçu par un abonné, ni qu’un agrégateur sert la bonne version.

Veille

Pour évaluer une archive ou un service de syndication, vérifier séparément la syntaxe, la possession du domaine à la date indiquée, l’unicité de l’item, l’ordre des révisions, la correspondance des suffixes et la réponse actuelle d’un résolveur. Le RFC n’assigne ni disponibilité minimale, ni délai de fraîcheur, ni garantie de livraison.

La présence de newsml dans IANA confirme le statut du namespace ; elle ne révèle pas le taux d’usage ou la disponibilité d’un fournisseur. NewsML-G2 fournit un contexte ultérieur, mais ne doit pas être présenté comme une continuité démontrée de NewsML 1.0.

Contrôle et incitations

Le fournisseur contrôle l’allocation des identifiants dans son espace fournisseur/date et reste responsable du service de résolution qu’il décide éventuellement d’exploiter. Une agence destinataire peut garder une copie ou un index propre ; elle ne devient pas pour autant l’autorité sur le numéro de révision alloué ailleurs.

Les systèmes de presse choisissent donc s’ils conservent seulement les URN ou s’ils maintiennent aussi un chemin de récupération, par exemple un résolveur, des redirections ou des miroirs documentés. Ces mécanismes peuvent aider à retrouver les contenus, mais aucun n’est impliqué par l’identifiant lui-même.

Le risque durable est celui d’un catalogue toujours lisible qui pointe vers des fichiers disparus. L’ordre des révisions peut montrer ce qui manque ; il ne reconstitue pas un item perdu. La discipline utile est de garder séparées l’identité, la version, la disponibilité des URL, la validation et la réception effective.

Sources