atom feed10 messages in org.oasis-open.lists.xri-editorsInterpretation of "relative XRIs"
FromSent OnAttachments
Wachob, GabeJul 2, 2003 1:32 pm 
Dave McAlpinJul 2, 2003 1:39 pm 
Wachob, GabeJul 2, 2003 1:44 pm 
Dave McAlpinJul 2, 2003 1:59 pm 
Dave McAlpinJul 2, 2003 2:09 pm 
Wachob, GabeJul 2, 2003 2:22 pm 
Dave McAlpinJul 2, 2003 2:32 pm.doc
Drummond ReedJul 2, 2003 6:23 pm 
Dave McAlpinJul 2, 2003 7:03 pm.bin
Dave McAlpinJul 3, 2003 9:09 am 
Subject:Interpretation of "relative XRIs"
From:Wachob, Gabe (gwac@visa.com)
Date:Jul 2, 2003 1:32:25 pm
List:org.oasis-open.lists.xri-editors

I still think I don't quite follow the rules w/r/t to "relative" XRIs.

Is it fair to say that a relative XRI is simply one that doesn't specify the naming authority in which it is defined? So, for example, the way to "resolve" a relative XRI is simply to have a "default" name authority in your resolver?

If so, how is this different from the * GCS

I'm still concerned about our use of "relative" in this case. This is different from "relative" in the URI sense, I think, in that, in 2396land, a relative URI is relative to the context in which it is presented (ie an HTML file, a MIME wrapper, etc, or in a document with XML Base data). We mean something else by "relative" - its not relative to the context in which the relative XRI is presented - its relative to the client resolver!

If this is true, I would really like to not call this "relative", or at least call it "client-relative" or something more specific.

On the other hand, if I'm still not getting relativity, it could use more description (and I know its marked as being on Dave's plate to describe).

-Gabe