用XML实现Dublin Core™的指南
1.介绍
本文档为使用XML [XML]实现Dublin Core™[DCMI]元数据应用程序的人员提供了指南。它同时考虑简单(不合格)直流和合格直流应用。在每种情况下，都会描述底层元数据模型(以语法中立的方式)，然后是一些XML实现的特定指导方针。还提供了一些关于使用非dc元数据的指导。
这个文档不提供将Dublin Core™编码为RDF/XML [RDF]的指南。它也没有对用“纯”XML而不是RDF/XML编码元数据的相对优点采取立场。本文档为那些认为RDF/XML不合适的情况提供了指导方针。用RDF/XML编码Dublin Core™元数据的机制正在其他地方开发[DCARCH]。
2.术语
-
资源
-
一个资源是任何具有同一性的东西。熟悉的例子包括电子文档、图像、服务(例如，“洛杉矶今天的天气报告”)和其他集合资源．并不是所有的资源网络“复原”;例如，人、公司和图书馆里的装订书也可以考虑资源．
-
财产
-
一个财产一个特定的方面、特征、属性或关系是用来描述事物的吗资源．
-
记录
-
一个记录是否有关于a的结构化元数据资源，包括一个或多个属性及其相关值．
请注意，Dublin Core™元数据元素是属性(如上所述)。还要注意，术语“元素”和“属性”的XML用法与这些术语在更通用的元数据上下文中的用法之间可能存在混淆。
3.总体实施细则
建议1。实现者应该将他们的XML应用程序建立在XML schema [XMLSCHEMA]而不是XML dtd之上。但是基于XML架构更加灵活和其他XML应用程序中更容易被重新使用。在某些情况下，可能是明智的同时提供一个XML架构和应用一个DTD。如不使用XML模式，一个DTD应改为提供。在DCMI维护在使用DCMI元[DCXMLS]项目或产品中使用的XML模式的列表。
建议2。实现者应该使用XML名称空间[XMLNS]来唯一地标识DC元素、元素细化和编码方案。DC命名空间在DCMI命名空间建议[DCMINS]中定义。
请注意，可以预料，记录将被编码在一个或多个容器XML元素中。本文档没有对任何容器元素的名称提出建议，也没有对元素应该取自的名称空间提出建议。候选容器元素名称包括< dc >，< dublinCore >，<资源>，<记录>和<元数据>．
4.简单的都柏林核心™
4.1抽象模型
- 一个简单的直流记录是由一个或多个组成的属性及其相关值．
- 每一个财产是属性资源被描述。
- 每一个财产必须是15个DCMES [DCMES]元素之一。
- 属性可能重复。
- 每一个价值是一个字面值字符串。
- 每个文字字符串价值可能有相关的语言(例如en-GB)。
注意，a和a之间没有正式的联系简单的直流记录和资源被描述。的URI可以通过编码来实现这样的链接资源随着价值的DC Identifier元素，但这不是强制的。
注意，当价值的财产可能是一个URI，在简单的DC模型中没有任何东西表明是这种情况。实现可能选择猜测，但风险自负值是uri，哪些不是。
4.2实现指南
(实施者应遵循一般准则。)
推荐3。实现者应该编码属性作为XML元素值作为这些元素的内容。XML元素的名称应该是一个XML限定名称(QName)，它将元素名称与适当的DCMI命名空间名称关联起来。例如,使用
Dublin Core™in XML
而不是
推荐4。的财产15个DC元素的名称都应该是小写的。例如,使用
Dublin Core™in XML
而不是
Dublin Core™in XML
建议5。多个属性值应该通过重复XML元素进行编码吗财产．例如:
第一个标题 第二标题
4.3实施例 - 一个简单的DC记录
<？XML版本= “1.0”？> <元数据的xmlns = “http://example.org/myapp/” 的xmlns：的xsi = “http://www.w3.org/2001/XMLSchema-instance” 的xsi：的schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" xmlns:dc="http://purl.org/dc/elements/1.1/"> UKOLN UKOLN is a national focus of expertise in digital information management. It provides policy, research and awareness services to the UK library, information and cultural heritage communities. UKOLN is based at the University of Bath. UKOLN, University of Bath http://www.ukoln.ac.uk/
请注意,http://example.org/myapp/schema.xsdXML模式不存在——这是一个虚构的例子。
5.合格的Dublin Core™
5.1抽象模型
- 一个合格的直流记录是由一个或多个组成的属性及其相关值．
- 每一个财产是属性资源被描述。
- 每一个财产必须:
- 15个DC元件中的一个，
- 由DCMI（例如观众）[DCTERMS]中建议的其他元件中的一个，
- 其中的一个元素细化在DCMI元数据术语推荐[DCTERMS]中列出。
- 属性可能重复。
- 每一个价值是一个字面值字符串。
- 每一个价值可能有关联编码方案．
- 每一个编码方案有一个的名字．
- 每个文字字符串价值可能有相关的语言(例如en-GB)。
需要注意的是编码目前由DCMI推荐方案，该名称在DCMI元数据术语推荐DCTERMS（列为“期限名”，而不是“标签”）中规定的。据预计，DCMI会开发其它的机制，为今后计划注册同意名。
5.2实现指南
(实现者应遵循一般指南和简单的Dublin Core™指南。)
推荐6。元素细化应该和其他的一样对待吗属性．XML元素的名称应该是一个XML限定名称(QName)，它将元素细化名称与适当的DCMI命名空间名称关联起来。例如:
<使用dc:可用> 2002 - 06年> < /使用dc:可用
元素细化本身就是元素，因此最好以类似于其他DC元素的方式进行编码。特别要注意的是，元素细化可能有自己的进一步细化(例如:细化。'format'由'extent'修饰，'extent'可能还会由'duration'进一步修饰)。
另请参见下面的注释1。
建议7。编码方案应该使用XML元素的'xsi:type'属性来实现财产．编码模式的名称应该作为属性值给出，并且应该以XML限定名(QName)的形式给出，该限定名将模式名称与适当的名称空间名称相关联。例如:
< dc:标识符xsi: type = "使用dc: URI”> http://www.ukoln.ac.uk/ < / dc:标识符>
请参阅下面的注释2。
建议8。元素细化和编码方案应使用DCMI元数据术语推荐DCTERMS中指定的名称(列为“术语名称”，而不是“标签”)。作为一般规则，元素和元素细化名称可以混合大小写，但首字母必须总是小写;编码方案名称可以混合大小写，但必须始终以大写字母开头;编码方案名称通常都是大写的。例如:
http://www.bbc.co.uk/ name= "大萧条";开始= 1929;结束= 1939;< /使用dc:时间>
推荐9。哪里的语言价值，则应该使用'xml:lang'属性进行编码。例如:
seafood fruits de mer .
5.3举例—符合条件的DC记录
<？XML版本= “1.0”？> <元数据的xmlns = “http://example.org/myapp/” 的xmlns：的xsi = “http://www.w3.org/2001/XMLSchema-instance” 的xsi：的schemaLocation= “http://example.org/myapp/ http://example.org/myapp/schema.xsd” 的xmlns：DC = “http://purl.org/dc/elements/1.1/” 的xmlns：DCTERMS =“http://purl.org/dc/terms/”> UKOLN 英国办事处图书馆与信息网络 国家中心，网络信息支持，图书馆界，提高认识，研究，信息服务，公共图书馆联网，书目管理，分布式图书馆系统，元数据，资源发现，会议，讲座，工作坊 062 061（410） UKOLN是国家重点在数字化信息管理的专业知识。它为英国图书馆、信息和文化遗产社区提供政策、研究和意识服务。UKOLN总部设在巴斯大学。 UKOLN EST未中心国家D'专长丹斯LA GESTION DE L'信息DIGITALE。 UKOLN，巴斯大学 http://www.bath.ac.uk/ http://www.ukoln.ac.uk/ 2001-07-18 text / html的 14千字节
许多元数据应用程序将Dublin Core™元数据与属性从其他元数据模式拍摄。有几个原因想要做到这一点，包括需要基于DC元数据应用纳入所不具备的DCMES，并纳入其他元数据应用中DCMES元素的欲望中的语义。
在可能的情况下，XML中所有DC元数据的使用都应该遵循上面的指导原则。
非DC特性可以被编码为沿着DC单元的XML元素。这里有两个简单的例子：
这个例子添加了一个IMS (IEEE LOM) [IMS] TypicalLearningTime属性到一个简单的DC记录:
<？XML版本= “1.0”？> <记录的xmlns = “http://example.org/learningapp/” 的xmlns：的xsi = “http://www.w3.org/2001/XMLSchema-instance” 的xsi：的schemaLocation="http://example.org/learningapp/ http://example.org/learningapp/schema.xsd" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:ims="http://www.imsglobal.org/xsd/imsmd_v1p2"> Frog maths http://somewhere.com/frogmaths/ Simple maths games for 5-7 year olds. 0000-00-00T00:15
注意，元素名称的DC大小写约定可能不适用于其他元数据模式。
这个示例向上面的示例添加了一个机器可读的Open Digital Rights Language [ODRL]语句和一个DC Rights元素:
<？XML版本= “1.0”？> <记录的xmlns = “http://example.org/learningapp/” 的xmlns：的xsi = “http://www.w3.org/2001/XMLSchema-instance” 的xsi：的schemaLocation= “http://example.org/learningapp/ http://example.org/learningapp/schema.xsd” 的xmlns：DC = “http://purl.org/dc/elements/1.1/” 的xmlns：DCTERMS =“http://purl.org/dc/terms/” 的xmlns：OEX = “http://odrl.net/1.0/ODRL-EX” 的xmlns：奇=“http://odrl.net/1.0/ODRL-DD”的xmlns：IMS = “http://www.imsglobal.org/xsd/imsmd_v1p2”> 青蛙数学 HTTP：//somewhere.com/frogmaths/ 简单的数学游戏5-7岁。 0000-00-00T00：15 现准许任何人显示，复制，修改和注释本软件。 <奇：UID idscheme = “URI”> http://somewhere.com/frogmaths/ <奇：显示/> <奇：修改/> <奇：注释/>
注意，ODRL使用的结构约定(即XML元素的嵌套)在本文档中提出的DC XML编码中没有使用。对于其他元数据应用程序(如IMS)来说也是如此。
笔记
[注1]建议6假定它是不要求合格的Dublin Core™元数据记录，包括改进和他们细化元素之间的关系的明确信息。这样的关系以及其他地方的记录，并可以在架构定义机器可理解的方式来表达。
然而，有些实现者更喜欢在元数据记录中表示这种关系。
一些人建议使用“refines”属性。例如:
<使用dc:选择改进= " dc:标题“> foo替代> < /使用dc:
其他人建议使用元素包含，XML元素表示嵌套在XML元素内的细化，这些XML元素表示它们细化的元素。例如
< dc:名称> <使用dc:替代> foo < /使用dc:替代> < / dc:名称>
既不这些方法是由这些指南推荐的。然而，对于使用XML形式的DCQ的软件应用程序来说，接受这两种替代表示中的任何一种都是明智的，假设它被正确且一致地应用了。
[注2]建议7指定使用“xsi:type”在Qualified Dublin Core™中实现编码方案。这允许实现者利用W3C XML Schema规范[XMLSCHEMA]提供的数据类型功能。
一些实现者建议使用独立于特定模式定义语言的约定。其中一种约定是将XML元素的“scheme”属性用于属性。例如:
< dc:标识符方案= "使用dc: URI”> http://www.ukoln.ac.uk/ < / dc:标识符>
这种方法是不由本指南推荐。然而，对于使用XML形式的DCQ的软件应用程序来说，接受这种替代表示可能是明智的，假设它被正确且一致地应用。
参考文献
(DCMI)
Dublin Core™元数据计划
//www.voudr.com/
(XML)
可扩展标记语言(XML)
http://www.w3.org/XML/
(dcm)
Dublin Core™元数据元素集，版本1.1:参考描述
//www.voudr.com/specifications/dublin-core/dces/
(使用dc)
DCMI元数据术语
//www.voudr.com/specifications/dublin-core/dcmi-terms/
(RDF)
资源描述框架(RDF)
http://www.w3.org/RDF/
(DCARCH)
DCMI体系结构工作组
//www.voudr.com/groups/architecture/
(XMLSCHEMA)
XML模式
http://www.w3.org/XML/Schema
(DCXMLS)
用XML模式语言表示的DCMI元数据
//www.voudr.com/schemas/xmls/
(XMLNS)XML名称空间
http://www.w3.org/TR/1999/REC-xml-names-19990114/
(DCMINS)
Dublin Core™元数据计划(DCMI)的命名空间策略
//www.voudr.com/specifications/dublin-core/dcmi-namespace/
(IMS)
IMS学习资源元数据信息模型 - 1.2版最终规范
http://www.imsglobal.org/metadata/imsmdv1p2/imsmd_infov1p2.html
(ODRL)
开放数字权利语言倡议
http://odrl.net/
