OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

chairs message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: [chairs] Oasis document identifiers - conclusion?


I agree, Eve. For "flat" filenames, just choose one convention and go with
it.

And you're right, the challenge (and value-add) of the application layer
based on XRIs will be considerable.

=Drummond 

-----Original Message-----
From: Eve L. Maler [mailto:eve.maler@sun.com]
Sent: Monday, January 06, 2003 12:32 PM
Cc: 'chairs@lists.oasis-open.org'
Subject: Re: [chairs] Oasis document identifiers - conclusion?

I certainly see your point.  What it proves to me is that we need not
spend much more time discussing it -- either answer will suit.

Someday, when XRIs are ubiquitous, then we can worry about the
application layer that presents a resource under both guises... :-)

        Eve

Drummond Reed wrote:
> Carlisle's point is an excellent illustration of the rule that every
> naming convention is really a database indexing decision.
>
> 
>
> We've seen both cases now - that indexing by the Status is most
> important and indexing by the TC identifier is most important.
>
> 
>
> Neither is "right", just more convenient depending on your POV and needs
> at a particular point in time.
>
> 
>
> The "right" answer would to be able to index the documents both ways.
> Gabe Wachob and I, co-chairs of the XRI TC which starts this week,
> appreciate how much this discussion reflects the requirements of our
> TC's work. Each OASIS document is a resource which needs to be
> identified. Each resource has multiple attributes and different
> identifiers could be used to reflect different attributes depending on
> the needs of the end user trying to locate or reference the resource.
>
> 
>
> The ideal solution would be an identifier syntax and resolution
> capability that supports any combination of the attributes that results
> in resolution to a unique instance. That's one of the key goals of our TC.
>
> 
>
> [Sorry, but it won't be available until at least we reach CS status.]
>
> 
>
> =Drummond

--
Eve Maler                                        +1 781 442 3190
Sun Microsystems                            cell +1 781 354 9441
Web Technologies and Standards               eve.maler @ sun.com


----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC