Roland, everyone,
While Rachel is away for a few days, I promised I would help move this
discussion over to the dc-registry list so that more people can
participate (dc-usage is closed to outside subscribers). A few
comments here, then I'll try to write a longer posting to the other
list this afternoon.
As Roland has also suggested in earlier postings, there is confusion
about the scope of a "registry". It would help if we could agree on
terms that would distinguish between a repository of term declarations
-- Web-accessible namespace schemas that are maintained by a body such
as DCMI-UB; and "registries" seen as software environments providing
access to a broader range of vocabularies (eg, the DCMI namespace,
other namespaces, application profiles), independently of any one
particular organization or maintenance agency.
In principle, a perfectly good "repository of namespace term
declarations" (somebody please help me here...) could be maintained by
an organization with no more than a policy and process, some persistent
identifiers, a home page, and emacs.
Roland is also correct that we would need to get a broader agreement on
the term "application profile".
Tom
On Tue, 26 Jun 2001, Roland Schwaenzl wrote:
> Dear Diane, dear All,
>
> could it be the term 'registry' is confusing in itself? There seem some ideas living with it, which don't quite fit together.
>
> 1. Proper documentation of what is the current state of the vocabulary 'developed' by DCMI.
> There is an evolving number of boards supervising and steering this process.
>
> Here we have: recommended
> deprecated
> under revisionBy
> proposedBy wgXY, individual, external body
> recognizedAs compliant, beyound, inconsistend with
>
> (probably some more categories)
>
>
> 2. 'Listing' of metadata vocabulary, which is somewhere used. No position taken by any body of DCMI?
> Does 'listing' in itself needs specialized vocabulary. In case one needs some: Is there any body within DCMI
> maintaining it?
>
>
> 3. Listing of 'application profiles': Are we done with coining the term 'application profile'? Shouldn't we ask for
> more feedback from implementors?
>
> 4. Technology to support 1,2 and eventually 3.
>
> 5. Organizational backbone.
>
>
> Cheers
> rs
>
_______________________________________________________________________________
Dr. Thomas Baker [log in to unmask]
GMD Library
Schloss Birlinghoven +49-2241-14-2352
53754 Sankt Augustin, Germany fax +49-2241-14-2619
|