Zusammenfassung

  • RFC 3085 gab einem logischen NewsML-NewsItem eine URN, die durch Anbieterdomain und Datum qualifiziert war; eine positive Revisionsnummer ordnete die Fassungen genau dieses Items.
  • U und A bezeichneten unterschiedliche Änderungsfälle. Weder die Kennung noch ihr Eintrag bei IANA belegten, dass die Ressource existierte, überprüfbar oder abrufbar war.

Eine Redaktion korrigiert eine Meldung und verbreitet sie erneut. Ein Abnehmer behält den ursprünglichen Link, ein anderer stellt eine Kopie bereit, das Archiv speichert eine dritte Fassung. Der Beitrag bleibt derselbe Gegenstand journalistischer Arbeit, doch seine URLs sind verschiedene Wege dorthin. RFC 3085 sollte genau diese Ebenen auseinanderhalten.

Der im März 2001 veröffentlichte RFC 3085 schlug das formale URN-Namensraumpräfix newsml für NewsML-NewsItems vor. Ein logischer NewsItem könne an mehreren physischen Orten vorkommen: NewsML erlaube mehrere URLs, aber nur eine URN, die die Ressource unabhängig vom Standort bezeichne. Der RFC war als Informational eingestuft und erklärte ausdrücklich, keinen Internetstandard festzulegen.

Der Bezeichner besteht aus der Domain des Anbieters, einem Datum, der NewsItem-ID, einer Revisionsnummer und möglicherweise einem abschließenden Update-Zeichen. Die Organisation musste die Domain zum angegebenen Datum besitzen. Innerhalb der Kombination aus Anbieter und Datum musste die NewsItem-ID eindeutig sein. Revision null war ausgeschlossen; eine höhere positive Zahl musste bei demselben Item eine neuere Fassung bedeuten. Eine gemeinsame Uhr für sämtliche Nachrichten war das nicht.

Das optionale Zeichen unterschied zwei redaktionelle Vorgänge. Enthält ein NewsItem ein oder mehrere Update-Elemente, ist U vorgeschrieben. Bezieht sich die Kennung nur auf einen ersetzten Satz von NewsManagement-Daten, steht dort A. Sonst entfällt das Zeichen. Inhaltliche Aktualisierung und Austausch der Verwaltungsdaten waren also nicht dieselbe Art von Änderung.

Im Absatz zur lexikalischen Äquivalenz nennt der RFC ProviderId, DateId, NewsItemId und RevisionId als die ohne Beachtung der Groß-/Kleinschreibung zu vergleichenden Felder. Das optionale Update-Zeichen steht nicht in dieser Aufzählung. Daraus lässt sich eng ableiten, dass es dort nicht als zusätzliches Gleichheitsmerkmal genannt ist. Wie einzelne Parser mit Kennungen umgingen, die sich nur im Suffix unterschieden, dokumentiert der RFC nicht.

Die Kennung liefert den Beitrag nicht aus. RFC 3085 überlässt den Anbietern die Auflösung und Validierung gültiger NewsML-URNs, sofern sie solche Dienste bereitstellen. Das aktuelle formale URN-Register der IANA führt newsml mit Verweis auf RFC 3085; das belegt die Registrierung, nicht einen erreichbaren Resolver. Der RFC merkt außerdem an, dass seine Beispiele möglicherweise keine realen Ressourcen bezeichnen.

Die heutige IPTC-Seite zu NewsML-G2 liefert späteren Kontext für den Austausch einzelner Nachrichten und multimedialer Pakete. Sie beweist weder die Nutzung von NewsML 1.0 noch einen laufenden RFC-3085-Dienst. Der historische Beitrag des RFC war begrenzter: Er legte fest, wie Anbieter einen Gegenstand und seine Fassungen benennen konnten; der Weg zum Inhalt blieb davon getrennt.

Analyse

Das Schema beantwortet zwei Fragen separat: Welches Item ist gemeint, und welche Revision ist jünger? Domain und Datum grenzen den Zuweisungsraum ab, die lokale ID wählt das Item, die Revision ordnet dessen Fassungen. Eine solche Regel beweist nicht, dass alle verteilten Kopien der Reihe nach aktualisiert wurden.

Auch U und A sind Hinweise auf eine Klassifizierung, keine Zustellbestätigung. Ein korrekter Marker sagt weder, dass Abonnenten die Meldung erhielten, noch dass ein Aggregator die neueste Fassung abgerufen hat.

Beobachtung

Bei einem Archiv oder Syndikationsdienst sollten Syntax, Domainbesitz am genannten Datum, lokale Eindeutigkeit, Revisionsfolge, Zuordnung von Suffix und Inhalt sowie aktuelle Resolver-Antwort einzeln geprüft werden. Der RFC setzt keine Verfügbarkeits-, Aktualitäts- oder Lieferziele.

Eine neuere Nummer ohne zugängliche Kopie ist ein anderer Befund als ein aktiver Link, der nur eine ältere Fassung liefert. Die IANA-Registrierung beantwortet keine der beiden Fragen.

Kontrolle und Anreize

Der vergebende Anbieter kontrolliert die Eindeutigkeit in seinem Raum aus Anbieter und Datum und entscheidet, ob er einen Resolver oder Validator betreibt. Ein empfangendes Medium darf eigene Kopien und Indizes führen, wird dadurch aber nicht zum Ursprung der fremden Revisionsfolge.

Redaktionen müssen entscheiden, ob sie nur URNs archivieren oder auch Wiederauffindbarkeit über Resolver, Spiegel und Weiterleitungen zusagen. Letzteres verursacht dauerhafte Betriebskosten und ist eine gesonderte Leistung, die nicht in der Kennung steckt.

Das irreversible Risiko: Der Katalog bleibt lesbar, die referenzierten Dateien verschwinden. Die Revisionsfolge kann die Lücke markieren, aber den verlorenen Beitrag nicht wiederherstellen. Item, Revision, URL-Verfügbarkeit, Prüfung und tatsächlichen Abruf getrennt zu dokumentieren hält die Lücke sichtbar.

Quellen