Yes thanks Andy and Pete for your very helpful replies. I was unaware of the
current view that in HTML we should be using DCTERMS for qualifiers, rather
than DC.
cheers
Andrew
-----Original Message-----
From: DCMI Architecture Group [mailto:[log in to unmask]]On
Behalf Of Naomi Dushay
Sent: Monday, 23 February 2004 8:34 AM
To: [log in to unmask]
Subject: Re: Properties/elements
Excellent response, Andy -- thanks for the clarification. Sorry I was such
a
dolt.
- Naomi
> -----Original Message-----
> From: Andy Powell [mailto:[log in to unmask]]
> Sent: Sunday, February 22, 2004 2:47 AM
> To: [log in to unmask]
> Subject: Re: Properties/elements
>
> On Sat, 21 Feb 2004, Naomi Dushay wrote:
>
> > I also admit to fuzziness around these concepts, but I agree with Andrew
> > Wilson, in that there is a relationship between extent and format. You
> might
> > say extent is a narrower definition of format. And THAT relationship,
> > between extent and format, should not be absent from the model.
>
> You are absolutely right. There *is* a relationship between format and
> extent and the relationship *is* present in the model. Specifically, in
> section 2 of
>
> http://www.ukoln.ac.uk/metadata/dcmi/abstract-model/
>
> we say...
>
> "Each property may be related to exactly one other property by a refines
> (sub-property) relationship (where the two properties share some
> semantics such that all valid values of the sub-property are also valid
> values of the related property)."
>
> Then in section 6 we go on to say...
>
> "Note that software should make use of the DCMI term declarations
> represented in RDF schema language [DC-RDFS] and the DC XML namespaces
> [DC-NAMESPACES] to automate the resolution of sub-property
> relationships."
>
> > When we (The
> > National Science Digital Library) "smarten up" metadata, we often take
> > advantage of the relationship "is narrower than" and "is broader than."
> >
> > A chart of these relationships is at:
> > http://dublincore.org/documents/usageguide/qualifiers.shtml
> >
> > and I confess, I use this chart A LOT -- it's a sort of graph of the
> > relationships between elements, refinements and encoding schemes.
>
> Sure... and as the abstract model notes (above), an alternative way of
> doing this in software is to use the DCMI RDF Schema declarations at
>
> http://dublincore.org/schemas/rdfs/
>
> The point I was making to Andrew was not that these relationships between
> properties don't exist, but that the relationships shouldn't be (and
> indeed aren't) embedded into every single bit of instance metadata. I.e.
> you can't tell what relationships exist between DCMI properties simply by
> looking at the 'meta' tags in HTML documents - you have to go and look
> those relationship up somewhere else.
>
> Andy
> --
> Distributed Systems, UKOLN, University of Bath, Bath, BA2 7AY, UK
> http://www.ukoln.ac.uk/ukoln/staff/a.powell +44 1225 383933
> Resource Discovery Network http://www.rdn.ac.uk/
|