[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [regrep-cc-review] Kickoff!
BTW, the modellers here felt that need too and asked for a UID that was actually some kind of unique name. It was justifiable since they were using Excel sheets before adding CC/BIEs to registry and thus hahad no UUIDs at first. Although, once in the registry, its not really needed anymore. We were doing these searches like "Show me all CCs are contained by UUID="uuid:urn:..."; Or, if the client tool allows, select the object and choose "Show me all contained CCs". No UUID needed here (at least for the user eyes). Diego > -----Original Message----- > From: David RR Webber - XML ebusiness [mailto:Gnosis_@compuserve.com] > Sent: Friday, June 06, 2003 3:45 AM > To: Chiusano Joseph > Cc: Diego Ballvé; firstname.lastname@example.org; > Nikola; Farrukh > Najmi > Subject: Re: [regrep-cc-review] Kickoff! > > > Joe, > > That's why UID needs to be part of the semantics to ensure > a single static reference. Of course internally we're also > assigning UUID, but the UID is easier to verify, and also > provides the ability to cross-walk associations by searching. > > "Show me all the entries that reference UID="ABC123456"; > > et al. > > Thanks, DW. > ==================================================== > Message text written by "Chiusano Joseph" > > > <Quote> > I'm also not sure if this name changes over time or if it is > fixed once > defined. Maybe somebody with more CCTS experience can clarify that. > </Quote> > > Since the Dictionary Entry Name is comprised of the individual ISO/IEC > 11179 data element terms (Object Class, Property Term, Representation > Term, plus Qualifiers), it should not be static. Users may certainly > have a need to change the name of (for example) an Object Class, which > should propagate to the Dictionary Entry Name. > > Joe > < > > > You may leave a Technical Committee at any time by visiting > http://www.oasis-open.org/apps/org/workgroup/regrep-cc-review/ > members/leave_workgroup.php > >