| rdfs:comment
| - i-numbers are a type of Internet identifier designed to solve the problem of how any web resource can have a persistent identity that never changes even when the web resource moves or changes its human-friendly name. For example, if a web page has an i-number, and links to that page use the i-number, then those links will not break even if the page is renamed, the website containing the page is completely reorganized, or the page is moved to another website. (en)
- Les I-numbers sont un nouveau type d'identifiant Internet conçus pour résoudre le problème de la façon dont n'importe quelle ressource puisse avoir une identité persistante qui ne change jamais quand la ressource bouge ou change son nom lisible par un humain. Par exemple, si une page web a un i-number et pointe vers cette page qui utilise le i-number, alors ces liens ne se briseront jamais même si la page est renommée, même si le site web contenant la page est complètement réorganisé, ou si la page est migrée vers un autre site web. (fr)
|
| has abstract
| - i-numbers are a type of Internet identifier designed to solve the problem of how any web resource can have a persistent identity that never changes even when the web resource moves or changes its human-friendly name. For example, if a web page has an i-number, and links to that page use the i-number, then those links will not break even if the page is renamed, the website containing the page is completely reorganized, or the page is moved to another website. Conceptually, an i-number is similar to an IP address, except i-numbers operate at a much higher level of abstraction in Internet addressing architecture. The other key difference is that i-numbers are persistent, i.e., once they are assigned to a resource, they are never reassigned. By contrast, IP addresses are constantly reassigned, e.g., your computer may have a different IP address every time it connects to the Internet. Technically, an i-number is one form of an extensible resource identifier (XRI) — an abstract structured identifier standard developed at Organization for the Advancement of Structured Information Standards for sharing resources and data across domains and applications. The other form is called an i-name. The i-number form of an XRI is designed to serve as an address that does not need to change no matter how often the location of a resource on (or off) the Internet changes. XRIs accomplish this by adding a third layer of abstract addressing over the existing layers: IP numbering (first layer) and DNS naming (second layer). The notion of a third layer for persistent addressing is not new — Uniform Resource Names (URNs) and other persistent identifier architectures have been developed for this purposes. However the XRI layer is the first architecture that combines a uniform syntax and resolution protocol for both persistent and reassignable identifiers. At the XRI addressing layer, most resources will have both i-names and i-numbers. These different XRIs that all point to the same resource are called synonyms. I-name synonyms make it easy for humans to discover and address the resource, while i-number synonyms make it easy for machines to maintain a persistent identity for the resource. For example, if a company changes its name, it may register a new i-name and sell its old i-name to another company, however its i-number can remain the same — and links to the company that use its i-number won't break. Furthermore, all of these forms of XRI synonyms can be resolved using the same http- or https-based resolution protocol. The results of XRI resolution are an XML document called an XRDS (Extensible Resource Descriptor Sequence). XRDS documents are the basis for the Yadis identity service discovery protocol that is now part of OpenID. XRIs are also backwards compatible with the DNS and IP addressing systems, so it is possible for domain names and IP addresses to be used as i-names (or, in rare cases, as i-numbers). Like DNS names, XRIs can also be delegated, i.e., nested multiple levels deep, just like the directory names on a local computer file system. For example, a company can register a top-level (global) i-name and i-number for itself, and then assign second- or lower-level (community) i-names and i-numbers to its divisions, employees, etc. (en)
- Les I-numbers sont un nouveau type d'identifiant Internet conçus pour résoudre le problème de la façon dont n'importe quelle ressource puisse avoir une identité persistante qui ne change jamais quand la ressource bouge ou change son nom lisible par un humain. Par exemple, si une page web a un i-number et pointe vers cette page qui utilise le i-number, alors ces liens ne se briseront jamais même si la page est renommée, même si le site web contenant la page est complètement réorganisé, ou si la page est migrée vers un autre site web. Conceptuellement, un i-nombre est équivalent à une adresse IP, si ce n'est que les i-numbers opèrent à un bien plus haut niveau d'abstraction (abstraction au sens computer science) dans l'adressage de l'architecture Internet. Mais l'autre différence-clé entre les deux est que les i-nombres sont persistants, par exemple, une fois qu'ils ont été assignés à une ressource, ils ne sont jamais réassignés. À l'inverse, les adresses IP sont constamment réassignées, par ex. votre ordinateur peut avoir une adresse IP différente à chaque fois qu'il se connecte à l'Internet. Techniquement, un i-number est une forme de XRI — une couche de standard identifiant structuré développée chez OASIS pour partager les ressources et données à travers les domaines et applications. L'autre format est appelé un i-name. Le format i-number d'un XRI est conçu pour servir en tant qu'adresse qui n'a pas besoin de changer quelle que soit la façon dont l'endroit d'une ressource sur (ou dehors) de l'Internet change. Les XRIs font ça en ajoutant une troisième couche d'abstract reposant sur les couches existantes : numérotage IP (première couche) et nommage DNS (seconde couche). La notion d'une troisième couche pour l'adressage persistant n'est pas nouvelle — les URNs (Uniform Resource Names) et autres identifiants persistants ont été développés à cette intention. Néanmoins la couche XRI est la première architecture qui combine une syntaxe uniforme et le protocole de résolution pour des identifiants à la fois persistants et réassignables. Au niveau de la couche d'adressage XRI, la plupart des ressources auront à la fois des i-names et des i-numbers. Ces XRIs différentes qui pointent toutes les mêmes ressources sont appelés synonymes. Les synonymes I-name facilitent pour les humains de découvrir et adresser la ressource, alors que les synonymes de i-numbers facilitent pour les machines de maintenir une identité persistante pour la ressource. Par exemple, si une société change de nom, elle peut enregistrer un nouvel i-name et vendre son vieil i-name à une autre société, néanmoins son i-number peut rester le même - et les liens vers la société qui utilise ces i-numbers ne casseront pas. En outre, toutes ces formes de synonymes XRI peuvent être résolue en utilisant le même protocole de résolution fondé sur http ou https. Les résultats de la résolution XRI sont un document XML appelé un XRDS (Extensible Resource Descriptor Sequence). Les documents XRDS sont le fondement du protocole du service d'identité Yadis qui fait maintenant partie d'OpenID. Les XRIs sont aussi rétro-compatibles avec les systèmes d'adressage DNS et IP, ainsi il est possible pour les noms de domaines et adresse IP d'être utilisés comme des i-names (ou dans de rares cas comme des i-numbers). Comme les noms de DNS, les XRIs peuvent aussi être délégués, par ex, à plusieurs niveaux de profondeurs imbriqués, tout comme les noms de répertoires sur un système de fichier d'un ordinateur local. Par exemple, une société peut enregistrer un i-name au niveau le plus haut (global) et un i-number pour elle-même, et ensuite assigner des i-names de second - ou plus bas niveau (communauté) et des i-numbers pour ses divisions, collaborateurs, etc. (fr)
|
![[RDF Data]](/fct/images/sw-rdf-blue.png)
![[cxml]](/fct/images/cxml_doc.png)
![[csv]](/fct/images/csv_doc.png)
![[text]](/fct/images/ntriples_doc.png)
![[turtle]](/fct/images/n3turtle_doc.png)
![[ld+json]](/fct/images/jsonld_doc.png)
![[rdf+json]](/fct/images/json_doc.png)
![[rdf+xml]](/fct/images/xml_doc.png)
![[atom+xml]](/fct/images/atom_doc.png)
![[html]](/fct/images/html_doc.png)