From Edutechwiki - Reading time: 7 minDisclaimer: This piece is a first draft. Since I am not a technical expert, I may have misunderstood a few things - Daniel K. Schneider 18:32, 24 February 2010 (UTC).
EXtensible Resource Identifier (XRI) aims to be a high-level naming/identification system for individuals, businesses, communities, services and data on the Internet. If we understood right, there are hot open debates whether XRIs should be true URNs (like xri://=daniel.k.schneider) or whether XRIs would use a handle system like DOIs (e.g. http://xri.net/=daniel.k.schneider). An infrastructure for the latter exists and the former (i.e. a xri:// URI scheme) may not see its day. Since we don't understand the tricky technical issues behind this debate and which are multiple and far reaching, we can't comment on this - Daniel K. Schneider 18:32, 24 February 2010 (UTC).
I-names and i-numbers are the two main XRI identifiers, i.e. allow to define a digital identity. I-names represent a unique name for a person or an organization in the same way that domain names represent unique names for machine/software identities like web services. I-names are registered by a central instance, but can be re-assigned, e.g. if the owner sells and identity or if he stops paying the registration fee. I-numbers are machine readable i-names (i.e. the equivalent of IP addresses for humans), but in addition, these numbers cannot be re-assigned.
“XRIs are a new kind of identifier on the Internet, similar to URLs or e-mail addresses. However, a single XRI can be used for different services, such as a website, e-mail, skype, icq or any other. They are therefore neither website nor e-mail addresses alone; they can be both at the same time, and more.” (@fullXRI, retrieved 22:19, 23 February 2010).
The practical advertised advantage of i-name is that they are device independent and that a user can control what kind of information what kind of service or agent can access. e.g. one may give or not give permission to translate an i-name into an email-address. XDI (retrieved 21:35, 23 February 2010) explains the advantage of I-Names in the following way: “Conventional addresses such as postal addresses, phone numbers, and email addresses are tied to a specific location, device, or service. By contrast, i-names are abstract—they are not tied to any specific location or device. Instead they are a way to ask permission to contact an individual or organization—and for the i-name owner to control to whom this permission is granted. [...] An i-name is simply unspammable — you can’t send it email, call it, or send it a fax directly unless the owner has given you permission.”. I-names/XRI therefore are also a technical solution for personal identity management (PIM).
The XRI initiative has a somewhat controversial status. W3C strongly opposed revision 2 of this standard and as result (25% opposition votes) did not make it a standard. Version 3 three is currently (March 2010) under preparation and may be accepted by OASIS. According to Wikipedia, the core of the dispute is whether the widely interoperable HTTP URIs are capable of fulfilling the role of abstract, structured identifiers, as the TAG believes.
See also:
Let's examine Version 3 of XRI standard (proposal as of March 2010): “XRI (Extensible Resource Identifier) provides a common language for structured identifiers that may be used to share semantics across protocols, domains, systems, and applications. XRI builds directly on the structure and capabilities of URI (Uniform Resource Identifier) [URI] and IRI (Internationalized Resource Identifier) [IRI]. XRI is a profile of URI and IRI syntax and normalization rules for producing URIs or IRIs that contain additional structure and semantics beyond those specified by [URI] or [IRI].”
This specification under the headings Introduction / Motivations then presents a few commonly cited motivations for for needing a common language for structured identifiers (XRI):
XRI is a standard that defines a fairly abstract concept for defining various identity schemes like i-cards, i-names, i-numbers and OpenID. XRI stands for EXtensible Resource Identifier and has been developed by OASIS as “a standard for a high-level naming/identification system for individuals, businesses, communities, services and data on the Internet. XRI, along with XDI, a general-purpose data interchange protocol based on XRI, were developed to create the "Dataweb," which enables the Web to operate like a global database.” (ZDNet, retrieved 22:19, 23 February 2010). XRI's are also an option for OpenID user names. I-names are unique human readable names, but they may change over time for a given subject. I-numbers are machine readable identifiers and should remain persistent. I.e. an application would both remember the i-name and the i-number. The latter should always point to the same person, even when the i-name changes.
The XRI Identifiers (I-Names and I-numbers) are administered by XDI.org. I.e. XDI.org accredits I-Brokers. You can find these on the i-broker page page of inames.net
The XRI proposal also refers to related work. URNs (identified by the urn: scheme) are persistent. XRIs have part that is persistent, but like URIs can be reassigned. In the XRI Syntax v2.0 Submitted for OASIS Standard (retrieved 18:32, 24 February 2010 (UTC)) mail we can read that “XRIs build on the foundation of interoperable Web identifiers established by URIs (Uniform Resource Identifiers, RFC 3986) and IRIs (Internationalized Resource Identifiers, RFC 3987). Just as the IRI specification created a new identifier by extending the unreserved character set allowed in generic URIs, and defined rules for transforming IRIs into valid URIs, the XRI Syntax 2.0 specification creates a new identifier by extending the syntax of IRIs and defining transformations of XRIs into valid IRIs (which can then be transformed into valid URIs. [...] XRI Syntax 2.0 extends IRI/URI syntax by: (a) Allowing the internal components of an XRI to be explicitly tagged as either persistent or reassignable. (b) Enabling XRIs to contain other XRIs (or IRIs or URIs), a syntactic structure called "cross-referencing" that allows sharing of identifiers, such as generic identifiers or "tags", across multiple authorities and namespaces. (c) Supporting new types of identifier authorities including global context symbols and cross-references.”
What do XRIs look like?
Simple XRIs are understood by applications that can handle these. They start with either a = or a @ character, and after that can be made up of an arbitrary number of 'subsegments', which are usually separated by a * character.
Examples of individuals:
Examples of organizational names:
Examples of sub-entities in organizations (so-called community i-names)
Since an XRI works like an URI, one can append extra arguments to an XRI (I don't know yet exactly what is standardized / planned /etc.) - Daniel K. Schneider). Example:
The XRI V 2.0 standards proposal suggested that XRIs should use a xri: URI scheme as opposed to a http: or https: scheme. Example:
This proposed XRI scheme is not understood by current web browsers and probably never will be, since it was opposed by W3C in 2008. We probably will just see HXRIs (see below).
“Today, webbrowsers and operating systems do not yet natively support XRI resolution. In order to work with XRI technology, you either need to use special XRI-enabled software such as webbrowser plugins or our XRI Ping tool, or you can let public XRI proxies resolve your XRI.”(@fullXRI, retrieved 22:19, 23 February 2010).
“To use an XRI proxy, you need to form a so-called HXRI, which is an XRI prepended with the URL of a HTTP-based XRI proxy server. The proxy server will then perform the XRI resolution for you and redirect you to the appropriate target URI. XRI proxy servers usually begin with http://xri..”(@fullXRI, retrieved 22:19, 23 February 2010).
I got the =daniel.k.schneider i-name with @fullXRI ($12/year) and now can use URLs like this:
Using the free @freeXRI:
The current (March 2010) XRI initiative is based on series of proposed standard
(there are more ... see the xri-syntax 3.0 wd 03 (PDF) or more recent)
On 31 May 2008 OASIS Standard vote on XRI 2.0 specifications failed approval by 1 percentage point....