RE: Boeing XRI Use Cases

Hello David,

<snip/>

> If an XRI-aware application needing XRI resolution is able to
> recognize the appearance of "/xri:/" embedded in a URI like
>
>   http://xri.example.org/xri:/@boeing*jbradley/+home/+phone
>
> Then it could just as well recognize "http://xri.org/xri:/"
> at the *beginning* of a URI like
>
>   http://xri.org/xri:/xri.boeing.com/@boeing*jbradley/+home/+phone
>
> without any risk of accidentally misinterpreting the URI
> (assuming the owner of xri.org had declared that all URIs of
> that form are HXRIs).  This would *not* require XRI
> resolution of that URI to go through a central proxy at
> xri.org!   Because the app is XRI-aware, it could know to
> strip off "http://xri.org//xri:/" and use xri.boeing.com for
> XRI resolution, without ever sending a request to xri.org.
> In fact, the XRI spec could *require* this behavior.  The
> effect is that xri.org would only receive requests from
> clients that are *not* XRI-aware.  And for those, it could
> send back whatever information you think would be most
> helpful, which *might* involve acting as an XRI resolution
> proxy, but that is a matter of choice.  It could instead back
> general information about XRIs, or some combination thereof,

Were it to do so (provide general information), I'd hope that there would be some intervening redirection so that there is no confusion that what is returned is a awww:representation of the referent of:

   http://xri.org/xri:/xri.boeing.com/@boeing*jbradley/+home/+phone

Hmmm...which, intentionally would be what?

 - Boeings record of jbradleys home phone number?
 - Boeings metadata about Boeings record of jbradleys home phone number?

Something else entirely?

I'm not sure if I am supposed to be able to tell.

Regards

Stuart
--
Hewlett-Packard Limited registered Office: Cain Road, Bracknell, Berks RG12 1HN
Registered No: 690597 England

Received on Friday, 18 July 2008 14:48:20 UTC