Zusammenfassung

  • Die Registrierung des NID ogc bewahrte einen globalen Namensraum, nicht einen unveränderlichen Empfehlungszustand für jeden darin liegenden Namen.
  • Das heutige OGC-Verfahren trennt eingereicht, gültig, ersetzt, zurückgezogen, ungültig und experimentell. Wer diese Zustände auf erreichbar oder nicht erreichbar reduziert, verliert die Entscheidungsgeschichte.

Ein ersetzter Bezeichner ist nicht dasselbe wie ein falscher Bezeichner. Ein zurückgezogener Bezeichner ist nicht dasselbe wie ein nie vergebener Bezeichner. Und ein HTTP-200 macht aus keinem der drei automatisch einen aktuell empfohlenen Namen.

RFC 5165 registrierte 2008 den OGC-URN-Namensraum. Die OGC Naming Authority sollte Ressourcentypen, Registrierungswerte und klar definierte Teilbäume verwalten. Die IANA-Liste führt ogc weiterhin. Diese Kontinuität ist wichtig, sagt aber noch nichts über den Lebenszyklus eines einzelnen Eintrags.

Später änderte OGC die Ausgabepolitik: Neue öffentliche dauerhafte Bezeichner sollten grundsätzlich als HTTP-URI statt als URN vergeben werden. Die aktuellen Verfahren behalten beide Schemata und mögliche Äquivalenzen bei. Ein Namensraum kann also fortbestehen, obwohl die bevorzugte Form neuer Vergaben wechselt.

Ein Register ist eine Zustandsmaschine

Das OGC-Verfahren nimmt einen Antrag zunächst auf, ohne ihn damit anzuerkennen. Nach Annahme wird der Eintrag valid. Später kann er superseded werden; Vorgänger und Nachfolger sollen verknüpft bleiben. Retired bedeutet, dass der Eintrag nicht mehr empfohlen wird und keinen notwendigen Nachfolger hat. Invalid kennzeichnet einen erheblichen Fehler. Experimental lässt Änderungen oder Rücknahme ohne Vorwarnung zu.

Diese Wörter tragen operative Folgen. Neue Systeme sollten einen ersetzten Eintrag nicht als Standardwahl behandeln. Historische Daten können ihn trotzdem benötigen. Ein ungültiger Eintrag verlangt andere Vorsicht als ein lediglich zurückgezogener. Ein experimenteller Wert gehört nicht unmarkiert in eine langfristige Schnittstelle.

Eine Datenbankspalte active kann diese Unterschiede nicht bewahren. Auch ein Resolver kann sie nicht allein rekonstruieren, wenn jede alte Anfrage zum neuesten Ziel umgeleitet wird.

Die Syntax ist kein Registerauszug

RFC 5165 definierte urn:ogc:{OGCresource}:{ResourceSpecificString}. ONA sollte Eindeutigkeit sichern oder Verantwortung für definierte Teilbäume übertragen. Gleichzeitig waren unregistrierte experimentelle Werte erlaubt; verschiedene Nutzer konnten denselben Wert für verschiedene Zwecke wählen.

Damit ist die Grenze ausdrücklich dokumentiert: Wohlgeformtheit ist schwächer als Zuteilung. Ein Client kann aus bekannten Mustern einen plausiblen Namen bilden. Die heutige OGC-Richtlinie erklärt deshalb die OGC-NA-Register zur normativen Quelle.

Auch die Erwartung an Verfügbarkeit hängt von der Klasse ab. Kategorie A bezeichnet eine einzelne, von einem Dienst verfügbare Ressource und wird einzeln registriert. Kategorie X folgt einer registrierten Regel und muss nicht für jeden konstruierten Namen eine eigene abrufbare Ressource besitzen.

HTTP-Verfügbarkeit ist nur ein Signal

In dieser Recherche antworteten zwei erfasste OGC-CRS-Pfade nach Weiterleitungen mit HTTP 200. Das bestätigt genau diese Abrufe zu diesem Zeitpunkt. Es bestätigt weder alle OGC-Namen noch jeden Darstellungsmodus, jede historische Version oder die Interpretation eines Clients.

RFC 5165 berichtete 2008 von einem operativen URN-Resolver, schrieb aber kein unabhängiges Validierungsverfahren vor und band den Namensraum nicht an ein Resolution Discovery System. Die damalige Betriebsbeobachtung darf nicht in eine zeitlose Verfügbarkeitsgarantie umgeschrieben werden.

Eine vollständige Quittungskette hält NID, Namensklasse, ausstellende oder delegierte Stelle, Zustand zum Nutzungszeitpunkt, Vorgänger/Nachfolger, URN/HTTP-Äquivalenz, Abrufantwort, Repräsentation, Version und Anwendungsergebnis getrennt. Der dauerhafte Name verbindet die Kette; er ersetzt sie nicht.

Quellen