[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [xri] Issue 1: Clarifying * Semantics
First, there is a difference of opinion that "the difference between the two options we are discussing is negligable" when it comes to the simplicity of XRI parsing. I invite other implementers to comment on the simplicity of parsing two vs. three XRI separator characters. On the second point, it is absolutely unacceptable to require all human-friendly, reassignable XRIs to include the star character. That would directly conflict with the requirement of human-friendly, reassignable XRIs being as simple and easy to remember as possible. =Drummond --- Dave McAlpin <Dave.McAlpin@epok.net> wrote: > As we've pointed out before, the thing that makes > parsing and > interpreting XRIs difficult is cross-references. The > difference between > the two options we're currently discussing is > negligible. > > As for simplification of the rules, if implied * is > confusing let's just > require it. In other words, keep the current > interpretation of * and > change xri:@example/foo to xri:@*example/*foo, > comparable to xri:@:3/:4. > This is a much simpler change and has the benefits > you mention below. > > Dave > > > -----Original Message----- > > From: Drummond Reed > [mailto:drummond.reed@cordance.net] > > Sent: Wednesday, July 07, 2004 5:12 PM > > To: Wachob, Gabe; Loren West; > xri@lists.oasis-open.org > > Subject: RE: [xri] Issue 1: Clarifying * Semantics > > > > As one of the proponents of this proposal (who is > > finally getting caught up with his vacation > email), > > I'll accept Gabe's invitation to speak up about > it. > > > > I don't believe this change is "aesthetic" (I > agree an > > aesthetic change could be argued ad infinitum > either > > way.) It is functionally motivated by the > following > > reasons: > > > > 1) Having a single second-level separator > character > > simplifies the parsing and interpretation of XRIs > (it > > reduces the number of separator chars from 3 to > 2). > > > > 2) As Gabe's summary points out, it eliminates any > > special rules about "implied" reassignable > decorators > > (currently leading dots) in segments. Instead, the > > rules would now be crystal clear: slashes and > stars > > are separators; the presence of a colon after > either > > one (or a GCS char) indicates the segment is a > > persistent identifier; the absence of a colon > means > > the segment is a reassignable identifier. > > > > 3) The elimination of such special rules > simplifies > > XRI normalization and comparison. > > > > 4) This overall simplification of XRI construction > > also simplifies the development of XRI > applications > > such as XDI. > > > > =Drummond > > > > > > --- "Wachob, Gabe" <gwachob@visa.com> wrote: > > &gt; Loren- > > &gt; I think the discussion is whether the > proposed > > &gt; change should be adopted. If we take no > action, > > the > > &gt; change will not be adopted. > > &gt; As to whether this is an aesthetic-only > change, > > &gt; I'll let the initial proponents of this > proposal > > &gt; speak up. I think it's largely aesthetic, but > can > > see > > &gt; some technical value in the simplification of > > &gt; comparison (no need to account for "implied" > > leading > > &gt; *'s in segments). > > &gt; > > &gt; -Gabe > > &gt; > > &gt; > > &gt; > > __________________________________________________ > > &gt; gwachob@visa.com > > &gt; Chief Systems Architect > > &gt; Technology Strategies and Standards > > &gt; Visa International > > &gt; Phone: +1.650.432.3696 Fax: +1.650.554.6817 > > &gt; > > &gt; > > &gt; &gt; -----Original Message----- > > &gt; &gt; From: Loren West > > [mailto:loren.west@epok.net] > > &gt; &gt; Sent: Wednesday, July 07, 2004 11:05 AM > > &gt; &gt; To: Wachob, Gabe; > xri@lists.oasis-open.org > > &gt; &gt; Subject: RE: [xri] Issue 1: Clarifying * > > Semantics > > &gt; &gt; > > &gt; &gt; > > &gt; &gt; Is there any technical basis for this > > change? > > &gt; &gt; > > &gt; &gt; Issue #1 is easy for me because there's > a > > &gt; technical reason that we > > &gt; &gt; chose the wrong character. Issue #2 > seems > > to be > > &gt; purely aesthetics > > &gt; &gt; as it works equally both ways. > > &gt; &gt; > > &gt; &gt; So - are we discussing which one we > think is > > &gt; aesthetically more > > &gt; &gt; pleasing? > > &gt; &gt; > > &gt; &gt; I have an opinion as to which one I > prefer, > > but > > &gt; that opinion pales > > &gt; &gt; in comparison to my opinion on changing > the > > &gt; specification for > > &gt; &gt; aesthetic purposes only. > > &gt; &gt; > > &gt; &gt; =Loren > > &gt; &gt; > > &gt; &gt; -----Original Message----- > > &gt; &gt; From: Wachob, Gabe > [mailto:gwachob@visa.com] > > > > &gt; &gt; Sent: Wednesday, July 07, 2004 10:44 AM > > &gt; &gt; To: xri@lists.oasis-open.org > > &gt; &gt; Subject: [xri] Issue 1: Clarifying * > > Semantics > > &gt; &gt; > > &gt; &gt; > > &gt; &gt; I'm attempting to summarize the issue > here - > > if > > &gt; you feel I'm > > &gt; &gt; misstating it, > > &gt; &gt; please chime in. > > &gt; &gt; > > &gt; &gt; Issue 1: There is some desire to clarify > the > > &gt; semantics of "*"... If we > > &gt; &gt; convert to using "*" instead of ".", > there > > was a > > &gt; feeling that > > &gt; &gt; we should > > &gt; &gt; change the semantics of '*', to make it > a > > pure > > &gt; separator, instead of a > > &gt; &gt; separator and a decorator (indicating > > &gt; reassignability). > > &gt; &gt; > > &gt; &gt; In XRI 1.0, both : and * are separators > and > > &gt; decorators. That > > &gt; &gt; is, they both > > &gt; &gt; indicate that the following token is a > > subsegment, > > &gt; and that > > &gt; &gt; reassignability > > &gt; &gt; of a following subsegment. > > &gt; &gt; > > &gt; &gt; The proposal here is to convert * to a > pure > > &gt; separator and : to a pure > > &gt; &gt; decorator. That is, all subsegments are > > delimited > > &gt; by * and persistent > > &gt; &gt; subsegments begin with a :... > > &gt; &gt; > > &gt; &gt; XRI 1.0: xri+example/degenerate > > &gt; &gt; XRI 1.1: xri+example/degenerate > > &gt; &gt; > > &gt; &gt; XRI 1.0: xri:+example.simple/:45:45:34 > > &gt; &gt; XRI 1.1: > xri:+example*simple/*:45*:45*:34 > > &gt; &gt; > > &gt; &gt; XRI 1.0: > > xri:+example.simple/another.segment:43:55 > === message truncated ===
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]