Zusammenfassung

  • RFC 3044 setzte eine vorhandene ISSN in das URN-System, damit eine fortlaufende Publikation unabhängig von der aktuellen Webadresse ihres Datensatzes oder ihrer elektronischen Ausgabe benannt werden konnte.
  • Das Dokument warnte ausdrücklich, dass gespeicherte URLs nicht dauerhaft seien. Der Demonstrator enthielt deshalb einen „URL Watcher“, der defekte oder umgeleitete Adressen erkennen sollte; globale Suche blieb Zukunftsarbeit.

Eine Zeitschrift kann den Host wechseln und doch dieselbe fortlaufende Publikation bleiben. Sie kann ihr Erscheinen einstellen und trotzdem Teil eines bibliografischen Datensatzes sein. RFC 3044 wollte diese beständige Identität vom Ort trennen, an dem Leser die Zeitschrift gerade finden. Das im Januar 2001 veröffentlichte Dokument nahm als Beispiel urn:ISSN:1560-1560 und verwendete damit die bereits vergebene International Standard Serial Number.

Das knüpfte an ein bestehendes Identifikationssystem an. Die ISSN verknüpft Nummern mit konstruierten Haupttiteln, bewahrt Datensätze eingestellter Publikationen auf und wird nicht neu vergeben. Für den Vergleich legte RFC 3044 einfache Normalisierungsregeln fest: Ein Bindestrich durfte entfallen, ein Prüfziffer-x wurde zu X. So konnte eine Anwendung den Namen der Publikation weiterreichen, ohne die momentane Verlags-URL mit ihrer Identität zu verwechseln.

Doch eine URN, die auf eine veraltete URL aufgelöst wird, lässt Leser womöglich trotzdem stranden. RFC 3044 sagte ausdrücklich, die Beständigkeit gespeicherter URLs sei nicht sichergestellt; sie müssten geprüft und aktualisiert werden. Der „URL Watcher“ sollte defekte oder umgeleitete Adressen erkennen und ihren Status vermerken, damit die Auflösung eine passendere Zuordnung verwenden konnte. Er machte eine Adresse nicht dauerhaft, sondern die Pflege zu einem sichtbaren Teil des Dienstes.

Das Dokument beschrieb ein am Internationalen ISSN-Zentrum entwickeltes System, bezeichnete es im Abstract aber als Demonstrator, der die Anforderungen eines operativen Einsatzes erkunden sollte. Ein zentraler Server ordnete einer ISSN eine oder mehrere URLs zu: etwa eine zum bibliografischen Datensatz und eine zur elektronischen Zeitschrift. Eine globale Auflösung über ein Resolution Discovery System wie NAPTR war noch eine mögliche Weiterentwicklung; RFC 3044 nannte die globale Auflösung selbst eine große offene Frage. Ein Demonstrator belegt keine globale Einführung.

Kennung, Beschreibung und Zieladresse folgen unterschiedlichen Zeitläufen. Die ISSN kann nach dem Ende einer Zeitschrift bestehen bleiben; der Datensatz kann Titel und Beziehungen bewahren; eine URL kann ausfallen, umleiten oder ersetzt werden. Für einen Adresswechsel muss die Nummer nicht neu vergeben werden. Doch die dauerhafte Identität schafft noch keinen dauerhaften Zugang.

Ein heutiger Vergleich ist hilfreich, sofern die Zeitgrenze klar bleibt. Das Internationale ISSN-Zentrum beschreibt ISSN-L inzwischen als Verknüpfungskennung, die ISSNs für Druck- und Onlineausgaben zusammenführt. Diese spätere Beziehung hilft Datenbanken, Ausgaben zusammenzuführen; sie gehört nicht rückwirkend zum Demonstrator von 2001. Das formale URN-Register der IANA enthält heute einen issn-Eintrag, während der IETF Datatracker den Wechsel von RFC 3044 zu Historic im Jahr 2017 dokumentiert. Keiner dieser Befunde belegt, dass der Demonstrator oder die vorgeschlagene globale Auflösung heute betrieben wird.

Mit Heng Lus Note 64 als offengelegter Designlinse — nicht als Quelle über das ISSN-Projekt — wird der Unterschied deutlich: Ein Koordinationsartefakt ist noch keine implementierte Wirklichkeit. RFC 3044 trennte selbst zwischen dem bereits Gebauten und der erst erwarteten Einbindung in eine globale Suche. Die praktische Lehre lautet: Ein dauerhafter Name kann einen Datensatz über Ortswechsel hinweg begleiten, aber der Zugang erfordert Pflege der Beziehungen zwischen Datensatz, Resolver und wechselnden Zielen.

Quellen