[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: iECM Face to Face, Business Case WG summary
To address the issue David raised: there is a distinction between a registry and a repository. One simple analogy to help explain the difference is to think of your university library as an example. When you search the university's online library catalog, you will retrieve results which are records describing the items the library owns. These records include descriptive information about specific items such as the title, the author, the publication date, the subjects covered, etc. This is the "Registry". In other words, the library catalog can be thought of as a "registry". The catalog record (registry record) also includes information which tells you where you can find the actual item itself. In many cases, this location information is in the form of the Library of Congress Classification or Dewey Decimal Classification, which is how print materials will be organized on the physical shelves. The print materials themselves are stored on the library shelves. This is the "repository" piece. In the case of electronic content, this "repository" may simply be a file server or share somewhere where the "stuff" is located. So, in a system which includes a registry and repository, you will frequently have descriptive records that describe the items (registry), and a location where all the items are hosted (repository). The items that are described can be any type of thing, electronic or a physical item, and the repository where they are stored may be a physical location (drawer, shelf, box) or electronic (database, file server, share). Hope this helps. Kathryn Breininger OASIS ebXML Registry Technical Committee Chair Boeing Library Services 425-965-0182 phone -----Original Message----- From: Owen Ambur [mailto:Owen.Ambur@verizon.net] Sent: Friday, November 18, 2005 7:19 PM To: Breininger, Kathryn R; skw@HP.COM Subject: Fw: iECM Face to Face, Business Case WG summary Stuart, I don't want to burden the iECM list with this, but it has been my hope that the ebXML Registry Information Model (RIM) will make a substantial contribution to interoperability among document/content/records management applications: http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=regrep Awhile back I encouraged Joe Chiusano to write and AIIM to publish in its eDoc magazine an article highlighting the relationships. I understood that would be done. It has not occurred yet and I know that Joe has been tied up lately with the U.S. Federal Enterprise Architecture (FEA) Data Reference Model (DRM): http://colab.cim3.net/cgi-bin/wiki.pl?ChiefArchitectsForum/HowToCommentD RM However, perhaps the iECM committee can stimulate drafting of such an article or white paper. Kathryn, I encourage the ebXML TC to engage AIIM's iECM committee: Owen ----- Original Message ----- From: "Williams, Stuart (HP Labs, Bristol)" <skw@HP.COM> To: <IECM@LISTSERV.AIIM.ORG> Sent: Monday, November 14, 2005 1:07 PM Subject: Re: iECM Face to Face, Business Case WG summary Hello David, I think that you'll see that the word "registry" has tended to be accompanied with 'scare quotes' because there was a level of uncertainty about whether a disticnt registry is actually necessary. It seemed that the sort of information that folks anticipate a "registry" making available includes: - Information about service providers; Supported interface descriptions. Corpus metadata Supported schemas, taxonomies, controlled vocabularies. Access policies - Information models Schemas, taxonomies, vocabularies (referenced from elsewhere). And probably other meta stuff - though the list above is partial invention on my part. So in the slides is was left in as "registry" but in discussion there as certainly recognition that there was some functionality that need to be provided and that it wasn't clear that a "registry" was necessarily the right architectural component. There was also a brief mention of possibly borrowing registry concepts/implementation from ebXML, but of those present I don't think any of use were sufficiently familiar with ebXML registries to know whether that made any sense. Hope that helps. BR Stuart -- > -----Original Message----- > From: owner-iecm@listserv.aiim.org > [mailto:owner-iecm@listserv.aiim.org] On Behalf Of David Nuescheler > Sent: 14 November 2005 17:49 > To: IECM > Subject: Re: iECM Face to Face, Business Case WG summary > > hi all, > > thanks for submitting the ppt presentation, i found it very > informative since i was not able to attend the face-to-face meeting. > > i read through the document and asked myself, what is the > difference between a "registry" and a "repository" on a > technical or interface level? > as far as i can see a registry also needs to be searched, > access controlled, read, written, versioned, .. so has the > same characteristics as a content repository. > > ... or to rephrase my question, would it be fair to say that > a "registry" is a special "repository" with a special > semantic meaning (namely to hold references to content > residing in a variety of content repositories), but uses the > same interface as a content repository? > > regards, > david >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]