Résumé

  • Le RFC 5165 confiait l’unicité à l’OGC Naming Authority, tout en autorisant la délégation de sous-arbres et des valeurs expérimentales susceptibles d’entrer en collision.
  • La politique actuelle distingue enregistrement, résolution et état du nom. Une chaîne bien formée ou une réponse HTTP ne remplace pas la preuve qu’un identifiant est valide, recommandé et émis par l’autorité compétente.

Deux équipes peuvent écrire exactement la même valeur expérimentale et parler de deux choses différentes. Le RFC 5165 le reconnaissait sans détour.

Cette permission n’était pas une défaillance de l’espace ogc. Elle réservait un terrain d’essai hors du registre de production. Le danger commence quand une valeur née dans ce terrain entre dans un cahier des charges, une base géographique ou un contrat sans acquérir de trace d’enregistrement.

Le document de 2008 attribuait à l’OGC Naming Authority la gestion des classes OGCresource et des valeurs correspondantes. L’autorité pouvait maintenir elle-même l’unicité ou confier la responsabilité de sous-arbres bien définis à d’autres entités. La chaîne commune restait mondiale; la décision locale de nommer pouvait être déléguée.

Une telle architecture a besoin de deux preuves. La première montre d’où vient la compétence: IANA enregistre le NID ogc, puis ONA gouverne son espace. La seconde montre qui a exercé cette compétence pour la valeur précise. La syntaxe ne fournit aucune des deux à elle seule.

L’expérimentation n’est pas une attribution provisoire

Le RFC autorisait des types expérimentaux non enregistrés et prévenait que plusieurs utilisateurs pouvaient choisir la même valeur pour des usages distincts. Cela signifie qu’une collision n’est pas nécessairement une usurpation. Elle peut être la conséquence prévue d’un espace sans coordination.

Mais une collision prévue au laboratoire devient une ambiguïté coûteuse en production. Deux jeux de données peuvent interpréter le même nom différemment. Un client peut conserver en cache une définition expérimentale après qu’un nom officiel proche a été publié. Une organisation peut croire qu’un exemple de document est une attribution durable.

Le passage en production doit donc être un acte visible: demande d’enregistrement, contrôle de l’unicité, identification de l’autorité, statut accepté et, si nécessaire, relation avec le nom expérimental antérieur. Copier la chaîne ne copie pas le mandat.

La politique d’émission a changé sans effacer les noms

Plus tard, l’OGC a demandé que les nouveaux identifiants publics persistants soient émis sous forme d’URI HTTP plutôt que d’URN, sauf exception accordée par OGC-NA. Ce choix répond à une question d’exploitation: une URI HTTP peut utiliser directement le DNS et l’infrastructure web.

La procédure OGC de 2021 conserve pourtant les deux formes. Elle décrit les URI HTTP et les URN comme deux schémas de noms persistants qui peuvent fournir des identifiants équivalents. L’URN n’impose ni emplacement ni mécanisme de résolution particulier. Le passage à HTTP n’est donc pas une déclaration selon laquelle tous les anciens noms seraient faux.

Le contrôle se déplace vers le registre. La politique affirme que la structure régulière sert d’abord à gouverner les noms et assurer leur unicité. Un client peut deviner une chaîne plausible à partir d’un motif connu; le registre OGC-NA reste la source normative.

Une ressource discrète n’est pas une classe calculée

La politique sépare les noms de catégorie A et de catégorie X. La catégorie A désigne une ressource discrète disponible auprès d’un service; l’élément individuel doit être enregistré. La catégorie X est construite par une règle ou un algorithme et peut ne correspondre à aucune ressource discrète accessible; c’est la classe et sa règle qui sont enregistrées.

Cette distinction change la surveillance. Pour A, une absence de ressource peut contredire la promesse attachée au nom. Pour X, exiger une page autonome pour chaque valeur peut être une erreur de modèle. Il faut vérifier la règle, l’autorité et l’interprétation, pas seulement le code HTTP.

Le statut fait partie du sens opérationnel

Un élément soumis n’est pas encore accepté. Un élément valide est recommandé. Un élément remplacé doit garder un lien vers son successeur; un élément retiré n’est plus recommandé et n’a pas nécessairement de remplaçant. « Invalide », « expérimental » et « stable » décrivent encore d’autres situations.

Ces états empêchent la persistance de devenir une fiction immobile. Un nom ancien peut rester nécessaire pour comprendre une archive tout en n’étant plus le choix recommandé pour un nouveau système. Un remplacement peut corriger une définition sans réécrire les décisions historiques qui ont utilisé la précédente.

La chaîne de preuve minimale conserve donc: l’enregistrement IANA, la classe OGC, l’autorité déléguée, l’état au moment de l’usage, le lien de succession, l’équivalence URN/HTTP, la réponse observée, la représentation reçue et le résultat applicatif. Aucun reçu ne remplace le suivant.

Sources