I agree heartily with Sigge's remarks below (particularly as they are forged
on the anvil of an implementor's anvil). Priscilla's remarks are also worth
careful review.
Application profiles can be a bridge between the instantiation of some
combination of schemas (at the level of infrastructure), and the
amalgamation of conventions and constraints, (at the level of local practice
and human interpretation of semantics.
Application Profiles seem to me a very useful wrapper to help people package
mixed-schema applications in ways that support their local requirements
while affording the highest degree possible of interoperability with other
applications.
stu
-----Original Message-----
From: Sigfrid Lundberg, Lub NetLab [mailto:[log in to unmask]]
Sent: Wednesday, August 23, 2000 9:44 AM
To: [log in to unmask]
Subject: RE: Applications profiles
In my view, this applications profiles discussion has become much too
technical. From the point of view of a software engineer (using XML
parser or RDF processor), Jane's assertion is correct, that such a
profile basically is "a schema which imports elements from existing
community-defined namespaces or other schemas".
However, there is more to it than that. Pricilla states "an
application profile is a bit more than just mixing and matching
elements from different namespaces. It also includes specifying
conventions and constraints on usage that may not exist in the vanilla
namespace", and then gives examples that pretty much looks like
cataloging rules to me. Appart from extension elements and specialized
qualifiers and encoding schemes, applications profiles may do
significant things
- impose conventions narrowing the semantics of elements or constrain
their values. People do so without using element qualification or
explicit encoding schemes.
- use readable lables and descriptions for elements and vocabularies
which differs from those devised by the DCMI. People do so in order to
adapt the element set for certain purposes or target audiences, or
just for making them suit the cataloging rules their using.
- delete or merge DC elements. For many purposes you don't need 15
elements. Also, people do things like merging Contributor with
Creator. Quite a few implementors have abandoned "Source" in favour of
dcq:isbasedon (which, perhaps unfortunately didn't pass the dc-usage
committee).
Sigge
________________
Sigfrid Lundberg, Ph.D., . [log in to unmask]
Lund University Library, http://www.lub.lu.se/~siglun/
Netlab, PO Box 3, S-221 00 Lund phone +46 (0)46 222 36 83
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|