In the DCAM telecon report [1]:
> Corey: DCAM can have examples in RDF. It should serve as a bridge between RDF
> and XML models.
...
> Jon: DCAM explicitly describes a domain model. So it works well for
> defining requirements for producing valid data which can then be published
> with appropriate semantics. The technical approach to validating and
> publishing needs to be documented with examples, and the examples might
> explicitly suggest an approach using schema-based validation and OWL-based
> semantics.
...
> Stuart: Not only substance of revision, but form of presentation. DCAM got
> itself into trouble - hard to understand - because it distilled everything
> down, addressed itself to technical people. Those of us who observed the
> development of DCAM saw there were lots of examples. These examples were
> distilled out of the end result. Misses the mark for people who are not
> "initiated" in that kind of specification. Would really hope that we end up
> with a revision of this approach.
One clear result of yesterday's call is that the revised DCAM needs to have
concrete examples. I'm thinking that it might not take many examples simply to
illustrate the constructs of DCAM itself -- e.g., a statement pattern for using
a term from a vocabulary encoding scheme as value, a statement pattern using a
literal value, a statement pattern for linking a value to a separate
Description of the value, etc. Would we need more than five or six?
However, as Jon suggests (above), the value of DCAM lies in providing a
framework for expressing constraints that can be used for schema-based
validation of metadata records. I'm wondering how we can do this without
introducing the notion of a constraint language. Even though Mikael's DSP
specification of March 2008 did not advance beyond the status of Working Draft
[3], we could perhaps use the DSP draft for a few examples, if only in an
Appendix. Karen started to do something like in the DCMI RDA Task Group wiki
in June 2009 [4] -- an example we might follow.
Tom
[1] https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=ind1112&L=dc-architecture&D=0&P=23699
[2] http://dublincore.org/dcmirdataskgroup/apDesigns
[3] http://dublincore.org/documents/dc-dsp/
[4] http://www.isotopicmaps.org/tmcl/
--
Tom Baker <[log in to unmask]>
|