Source: [4]
by Gérald Jean Francis Banon
December 2023
Updated in June 2025
Persistent Hyperlinks are important because they solve the problem of Web resources relocating.
The definitions of Almost Fully Persistent Hyperlinks and Fully Persistent Hyperlinks are presented in [1] and [2] respectively.
This note introduces one more definition of hyperlink, the so-called Robust Hyperlinks that is the last stage of proposed advanced hyperlink types and contributes to solve the problem of the continued existence of the Web resources which is, together with the problem of resources relocation, the second and last problem to be solved.
It is not uncommon for a digital object (information item) to be composed of parts of other digital objects distributed across the Web. This way of proceeding guarantees the authenticity of reused data and, consequently, prevents their deliberate or unintentional distortion.
To preserve the integrity of such digital object in the Long-Term, that may extend indefinitely, Robust Hyperlinks are specially important.
In other words, a robust implementation of the relevant principle of Single source of truth which provides data that are authentic and referable, must rely on the use of Robust Hyperlinks.
Following the terminology of the Reference Model for an Open Archival Information System (OAIS) [3], this note is the Data Object (Digital Object) of an Archival Information Package (AIP) preserved in an Archive which is member of a Federation of Archives.
Currently, this Federation have the following members (the first is the one hosting the present HTML page):
makes quite easier– A Robust Hyperlink (from a Source Object - SO to a Destination Object - DO, both belonging to a Federation of Archives) is a Fully Persistent Hyperlink (from the SO to the DO, both belonging to a Federation of Archives)[2] for which the DO Context Information documents the number of times the Fully Persistent Hyperlink has been activated from the SO.
– A Robust Hypertext is a hypertext whose hyperlinks are robust.
Important Observation: Robust Hyperlinks (from a Source Object - SO to a Destination Object - DO, both belonging to a Federation of Archives) can contribute significantly to solve the problem of the continued existence of the DO in the sense that, based on the DO Context Information that it exists a digital object, precisely a SO, citing the DO, it is possible to disable any DO removal attempt and, in this way, to preserve the hyperlink functionality.
– URLib is the acronym for Uniform Repository for a Library, a computing platform that makes hosting robust hypertext much easier and more secure because the Source Object IBI identifier, specifically, the uniform repository name‡, is part of its storage path.
– doc is the standard name of a directory containing a hypertext (digital object) (see illustration in Fig. 1).
Figure 1. A doc directory.
Source: [4]
– A Uniform Repository (or package) is a set of 4 successive directories that forms a unique persistent path to a doc directory (see illustration in Fig. 2).
Figure 2. Example of a uniform repository.
The repository name is: dpi.inpe.br/ronei/1996/11.20.18.56
Source: [4]
When convenient, a repository is represented like a single directory (see illustration in Fig. 3).
Figure 3. Convention.
A repository R1
Source: [4]
– col is the standard name of a directory containing a local collection of uniform repositories stored in an Archive (see illustration in Fig. 4).
Figure 4. A col – local collection – directory.
A local collection col with two repositories R1 and R2.
Source: [4]
– The federation collection is the set of all the federated Archive local collections (see illustration in Fig. 5).
Figure 5. The federation collection.
. . . . .
The set of all the distributed federated Archive local collections forms the overall collection of the Federation.
Source: [4]
This HTML page is an example of Source Object, it is a digital object using Robust Hyperlinks to incorporate parts of two other digital objects†. All these objects belong to the Federation described in the Introduction and consequently the two incorporations below are solved without the need of the IBI global resolver urlib.net (IBI stands for Internet Based Identifier).
Figure 6. Incorporation of a PDF page with its menu bar at the top.
Source: [5]
Incorporation source code: <iframe src="./upn:4CR88AP:83LX3pFwXQZeBBx/65ij/vestiges/urlibServicePage1995.pdf?ibiurl.backgroundlanguage=en&shortmenu=yes"></iframe>
Observation 1, about the source code:
Observation 2: The horizontal bar menu above the displayed PDF is part of the display of the DO. It indicates the IBI of the DO (shown as a tooltip text), its state (here the DO is the original), the license (here CC BY-NC-ND), its Metadata and, finally, a link to a list of the files that comprise the DO (one can verify in this list, the presence of the file vestiges/urlibServicePage1995.pdf been displayed below the horizontal menu). The Context Information in the Allied Materials Area of the Metadata page (see Fig. 7), shows the value of the Citing Item List field. This field is automatically updated and contains the repository name urlib.net/www/2023/12.25.14.57 of the SO (this page). At its right-hand side is the counter of the number of times the DO has been accessed from the SO (this page), this includes the PDF incorporation display and any click onto the anchor <upn:4CR88AP:83LX3pFwXQZeBBx/65ij> of [5] in the References.
Figure 7. Snapshot of the Citing Item List of DO (see red arrow that points to the SO repository name).
Observation 3: The path of this HTML page from the col directory is col/urlib.net/www/2023/12.25.14.57/doc. The moment it is loaded in the browser, the relative URL in the src attribute of the iframe tag is activated and the browser resolves the relative URL, that becomes the absolute URL: upn:4CR88AP:83LX3pFwXQZeBBx/65ij/vestiges/urlibServicePage1995.pdf?ibiurl.backgroundlanguage=en&shortmenu=yes. From the resolved URL, the repository name urlib.net/www/2023/12.25.14.57 of the SO is passed along by the resolver to the Archive who own the DO and which is then able to update the Context Information of the DO with the information that a SO (in this case, the SO with repository name urlib.net/www/2023/12.25.14.57) has requested the DO or part of it.
Observation 4: Once the Context Information of the DO has been updated with the information that at least one SO has requested the DO or part of it, the URLib platform delete procedure of the DO is automatically disabled as shown in Fig. 8
Figure 8. The Delete Button (see red arrow) is disabled while the DO with IBI 83LX3pFwXQZeBBx/65ij has at least one citing item.
Observation 5: If, for some reason, the SO (this page) is deleted from the URLib platform, then the value of the Citing Item List field of the DO metadata will be automatically updated removing the SO from the citing item list.
Figure 9. Incorporation of a bar chart and a link to the Metatada of its original digital object.
Incorporation source code for the bar chart: <img src="./upn:4CR88AP-:8JMKD3MGPCW/3HHLNUH/thesisVivaPublicationYearBar.jpg">
Source code to access the Metadata: <a href="./upn:4CR88AP-:8JMKD3MGPCW/3HHLNUH:">Metadata</a>
Observation 1, about the first source code:
Observation 2: The moment this note is loaded in the browser, the relative URL in the src attribute of the img tag is activated and the browser rebuilt the full URL, that becomes: ./upn:4CR88AP-:8JMKD3MGPCW/3HHLNUH/thesisVivaPublicationYearBar.jpg. Due to the fact that ibi- is used instead of ibi, the repository name urlib.net/www/2023/12.25.14.57 of the SO will NOT be passed along by the resolver to the Archive who own the DO and, consequently, the Context Information of the DO will NOT be updated as it was when using ibi in the first incorporation. In this case, to ensure that the repository name urlib.net/www/2023/12.25.14.57 of the SO will be passed along, at least one click must be made onto the anchor <upn:4CR88AP:8JMKD3MGPCW/3HHLNUH> of [6 ] in the References.
Observation 3, about the second source code: To program the Metadata access, it is suficient to append a colon (:) to the opaque IBI of the Destination Object (DO). No file name needs to be appended.
‡The ibi namespace consists of two sub namespaces [7]. To each digital object (information item) deposited in the URLib platform is assigned two IBI identifiers, one in the uniform repository namespace and the other in an opaque namespace.
