Kanonische URI

Eine Webseite wird auch als eine Ressource  bezeichnet. Die im Web übliche Form der Adresse einer Ressource wird auch URI  genannt. Eine Ressource ist manchmal unter verschiedenen URIs erreichbar.

URIs und Ressource

.------------------. 
| URI 0            |-------. 
'------------------'       |     .----------------. 
.------------------.       '---->| Ressource      | 
| URI 1            |------------>|                | 
'------------------'       .---->|                | 
.------------------.       |     '----------------' 
| URI 2            |-------' 
'------------------'

Eine der URIs einer Ressource wird als nun kanonische URI der Ressource  hervorgehoben. Da es zu jeder Ressource höchstens eine  kanonische URI geben darf, ist die Zuordnung zwischen einer kanonischen URI und ihrer Ressource eineindeutig (wenn die Ressource überhaupt eine kanonische URI hat).

kanonische URI

                                 .----------------. 
                                 | kanonische URI | 
                                 '----------------' 
                                         ^ 
.------------------.                     | 
| URI 0            |-------.             V 
'------------------'       |     .----------------. 
.------------------.       '---->| Ressource      | 
| URI 1            |------------>|                | 
'------------------'             |                | 
                                 '----------------'                         

Der Verwalter der Ressource wird in der Regel besonders bemüht sein, die dauerhafte Verbindung der kanonischen URI zur Ressource  sicherzustellen, während andere URIs, die zu einem bestimmten Zeitpunkt „zufälligerweise“ auch zu der Ressource führten, jederzeit ungültig werden können. (Aufgrund der heutigen Technik und der Grenzen menschlichen Bemühens, kann die Gültigkeit selbst der kanonischen URI natürlich nicht absolut und für immer garantiert werden.)

Nach dem Umzug einer Ressource wird der Verwalter der kanonischen URI die kanonische URI möglichst nachführen, während alle anderen URIs ungültig werden können  und die Ressource über diese dann nicht mehr erreichbar ist.

kanonische URI nach einem Umzug einer Ressource

                                 .----------------. 
                                 | kanonische URI | 
                                 '----------------' 
                                         ^ 
                                         '------------. 
                                                      V 
                                              .----------------. 
                                              | Ressource      | 
.------------------.                          |                | 
| URI 0            |-------> (ungueltig)      |                | 
'------------------'                          '----------------' 
.------------------.                      
| URI 1            |-------> (ungueltig)  
'------------------'                     

Die kanonische URI ist die möglichst dauerhafte „offizielle“ URI einer Ressource.

Für Verweise und Lesezeichen zu einer Ressource sollte nur deren kanonische URI verwendet werden.

PURL s

Stefan Ram  ordnet den meisten Ressourcen eine PURL  als kanonische URI zu. Dabei handelt es sich um eine „permanente URI“, die es erlauben soll, eine Ressource dauerhaft zu adressieren. Der PURL -Dienst wird vom Online Computer Library Center  bereitgestellt und auch vom w3c-Konsortium  oder der Dublin-Core-Initiative  verwendet, so daß die dauerhafte Verfügbarkeit dieses Dienstes erwartet werden kann.

Die weitere Darstellung beschränkt sich auf die HTTP -URIs, da Stefan Ram  seine Ressourcen fast ausnahmslos über HTTP  ausliefert:

Die URI einer Ressource, auf die letztendlich die Daten dieser Ressource (mit HTTP -Status 200) ausliefert werden, ist die Auslieferungs-URI einer Ressource. Es kann sein, daß sich aus technischen oder organisatorischen Gründen, die Auslieferungs-URI ändern muß. Das würde bedeuten, daß alle Verweise auf eine Ressource unter Verwendung der bisherigen Auslieferungs-URI ungültig werden. Somit zeigt es sich, daß es nicht empfehlenswert ist, eine Auslieferungs-URI als kanonische URI einer Ressource zu verwenden.

Dieser Schaden kann aber durch Verwendung einer PURL  vermieden werden, weil diese auch nach einer Änderung der Auslieferungs-URI einer Ressource weiterhin unverändert auf die Ressource zeigen kann. Das wird dadurch erreicht, daß die PURL  eine Weiterleitung  (mit HTTP -Status 302) zu der jeweils momentan gültigen Auslieferungs-URI ist.

PURL und temporaere URI (vor Aenderung der Auslieferungs-URI)

                   .-------------------. 200   .--------------. 
               .-->| Auslieferungs-URI |------>| Ressource    | 
               |   '-------------------'       '--------------' 
.-----------.  | 
| PURL      |--' 
'-----------' 302                               

Das Weiterleitungsziel der PURL  kann bei einer Änderung der Auslieferungs-URI entsprechend angepaßt werden, ohne daß sich die PURL  selber ändern muß. Das bedeutet wiederum, daß alle Verzeichnisse und Verweise, welche die PURL  enthalten, weiterhin unverändert gültig bleiben.

PURL und temporaere URI (nach Aenderung der Auslieferungs-URI)

                   .-------------------. 
                   | alte Ausl.-URI    |-------> (ungueltig) 
                   '-------------------' 
.-----------. 302                                
| PURL      |--. 
'-----------'  |                                
               |   .-------------------. 200   .--------------. 
               '-->| neue Ausl.-URI    |------>| Ressource    | 
                   '-------------------'       '--------------'

Wenn alle Verweise auf eine Ressource unter Verwendung der PURL  erfolgen, dann sind keine Anpassungen in diesen Verweisen nötig. Dies hat auch den Effekt, daß Suchmaschinen, die HTTP -Status-Codes richtig interpretieren, die PURL  und nicht die Auslieferungs-URI registrieren. Ressourcen, die eine alte Auslieferungs-URI verwenden, enthalten nach einer Änderung dieser URI einen fehlerhaften Verweis.

Falscher Verweis durch Ressource 1

.-------------.              .-------------------. 
| Ressource 1 |------------->| alte Ausl.-URI    |--> (ungueltig) 
'-------------'              '-------------------'

Richtige Verweise durch Ressourcen auf Ressource 0

.-------------. 
| Ressource 2 |-. 
'-------------' |          302                    200 
.-------------. |  .------.  .-------------------.  .-------------. 
| Ressource 3 |-+->| PURL |->| Auslieferungs-URI |->| Ressource 0 | 
'-------------' |  '------'  '-------------------'  '-------------' 
.-------------. |             
| Ressource 4 |-'             
'-------------'

Quellen

Folgende Quellen bieten vertiefende Hintergrundinformationen zu den hier angesprochenen Themen.

http://www.purl.org/

Zum Begriff PURL  (in Englisch).

http://www.w3.org/Addressing/

Zum Begriff „URI“ und zum Begriff „Ressource“ (in Englisch).

http://www.google.com/search?q=kanonische+URI

Wenn man auf Google nach dieser Seite sucht, zeigt Google die PURL  dieser Seite als Treffer an, weil Google den HTTP -Status-Code 302 richtig interpretiert und alle Verweise auf diese Seite die PURL  verwenden.