Firstly, dc:format is a total mess. (I guess you knew that!)
Secondly, I think the library AP gets it wrong anyway.
dcterms:media only applies to physical resources. See
http://dublincore.org/documents/2008/01/14/domain-range/
for evidence to support that statement.
On that basis, dcterms:IMT is not a valid encoding scheme for
dcterms:medium (only for dc[terms]:format).
All of which ignores the 1:1 issue, which I agree is also at issue with
the way the profile is currently worded.
Sigh... disclaimer, I chaired the original dc:format working group and
hence share some/much of the blame for the mess - but I think it was a
mess way before then anyway :-(
Andy
--
Head of Development, Eduserv Foundation
http://www.eduserv.org.uk/foundation/
http://efoundations.typepad.com/
[log in to unmask]
+44 (0)1225 474319
> -----Original Message-----
> From: DCMI Libraries Community
> [mailto:[log in to unmask]] On Behalf Of Karen Arcamonte
> Sent: 03 September 2008 20:02
> To: [log in to unmask]
> Subject: DC Library Application Profile - medium element
>
> Can anyone clear up my confusion about the DC-Lib Comment
> under "medium"
> (~page 20 of the DC Library application Profile
> <http://dublincore.org/documents/library-application-profile/i
> ndex.shtml>)
> where it says "Format without an element refinement qualifier
> should be used to specify the electronic format of the
> resource, using the encoding scheme IMT. Format should be
> repeated if both are applicable (e.g., a PDF file on CD)."
>
> Wouldn't this violate the one-to-one principle? Aren't you
> supposed to be describing just the one manifestation (e.g.,
> jpeg OR a pdf file on CD but not both)?
>
> Karen Arcamonte
> Ph 703-648-4075; [log in to unmask]
>
|