创作者: | 安德鲁·德曼 |
发行日期: | 1999-05-25 |
最新版本: | //www.voudr.com/specifications/dublin-core/dc-xml-data-description/ |
发布历史: | //www.voudr.com/specifications/dublin-core/dc-xml-data-description/release_history/ |
描述: | Dublin核心MetaTAdata元素集是一系列,用于分类和目录电子资源的十五个元素。元素足够一般,它们适合分类和描述XML数据模式。本文提出了一种基于都柏林核心元素的架构,然后在XML数据模式中提供其应用指南。 |
Dublin Core™MetaTAdata元素集是一系列的十五个元素,旨在分类和目录电子资源。元素足够一般,它们适合分类和描述XML数据模式。本文提出了一种基于Dublin Core™元素的架构,然后为其在XML数据模式中的应用提供指南。
但首先,一个样本:根据这里描述的元素分类的微型模式可能如下所示:
关于玉米饼工厂的消息的模式。 title> Andrew Layman FreeText> Mailto:[电子邮件受保护] personreference> creator> <主题> <主观指令> urn:caxonomy-biztalk-org:www.census.gov/epcd/naics/1997#3118 pecondrefers> ortilla制造 kexigon> 主题> <键入> URN:Schemas-Microsoft-Com:XML-Data Resourcreference> 类型> <类型> URN:Schemas-BizTalk-Org / BizTalk-0.8.xml Resourcreference>类型> cataloginformation> description> schema>
架构
这定义了一小组标签,每个标签都基于相应的通用Dublin Core™元素,专门用于编目模式。
<! - 架构目录的架构,版本1,基于Dublin Core,设计了Andrew Layman的5/13/99。- >,这定义了一组小组标签,每个标签相应的通用都柏林核心,但这里专注于编目模式的目的。有关Dublin Core™的更多信息,请访问http://purl.org/dc。 description> <描述>对一个人的URI引用,可能是自然人,公司或任何其他法人。描述> ElementType> <描述>对来自受控分类的标识符的URI引用。描述> mextorype> mextorype> <描述>混合文本和标记。如果标记,必须是良好的。描述> <属性类型=“XML:lang”/> mementType> <描述>用于分类的关键字,具有人类语言含义,但未从由URI标识的受控词汇绘制。我们建议只使用小写文本。 description> <属性类型=“xml:lang”/> mementtype> <描述>模式的正式标识符。如果该目录信息描述的模式不是封闭文档,请将所描述的文档的URI放在此处。 description> <元素类型=“Resourcereference“/> group> mextorype> <描述>此模式的描述性标题。 description> <属性类型=”XML:lang“/> collegytype> <描述>主要负责创建此模式的知识内容的人或组织。 The topic of the schema. Typically, subject will be expressed as keywords or phrases that describe the subject or content of the schema. The use of controlled vocabularies and formal classification schemes is encouraged. A textual description of the content of the resource, including abstracts in the case of document-like objects or content descriptions in the case of visual resources. The entity responsible for making the resource available in its present form, such as a publishing house, a university department, or a corporate entity. A person or organization not specified in a Creator element who has made significant intellectual contributions to the resource but whose contribution is secondary to any person or organization specified in a Creator element (for example, editor, transcriber, and illustrator). classification of this schema, not from the standpoint of its subject matter, but rather its characteristics. Specifically, if the described schema conforms to certain specifications, the URI of those specifications should appear here. Media or format (e.g. MIME type) of the resource. Information about a second resource from which the present resource is derived. While it is generally recommended that elements contain information about the present resource only, this element may contain a date, creator, format, identifier, or other metadata for the second resource when it is considered important for discovery of the present resource; recommended best practice is to use the Relation element instead. For example, it is possible to use a Source date of 1603 in a description of a 1996 film adaptation of a Shakespearean play, but it is preferred instead to use Relation "IsBasedOn" with a reference to a separate resource whose description contains a Date of 1603. Source is not applicable if the present resource is in its original form. The language of the intellectual content of the resource. When used, he content of this field must coincide with RFC 1766 [Tags for the Identification of Languages, http://ds.internic.net/rfc/rfc1766.txt ]; examples include en, de, es, fi, fr, ja, th, and zh. A rights management statement, an identifier that links to a rights management statement, or an identifier that links to a service providing information about rights management for the resource. A small set of tags, each based on the corresponding generic Dublin Core element, but here specialized for the purpose of cataloging schemas. See http://purl.org/dc for more information on Dublin Core™. Many tags may be repeated at this level, and also allow multiple occurences of their subelments. The intended usage is that distinct items (for example distinct creators) should be expressed with separate elements, while alternative forms of reference to the same item (for example, several ways of referring to the same creator) should be expressed as alternate subelements.
如何编目架构
对其使用方式至关重要是首先了解几个基于URI的参考的角色,例如人员指导,主观引用和resourcrefere。这些在Dublin Core™中的内容模型非常灵活的元素中。例如,创造者元素可能有自由文本,或者可以通过一些众所周知的识别系统对特定公司或个人提供参考。如果人或公司的名称是自由文本,这意味着它不会来自受控标识符系统,它将在其中FreeText.元素。受控标识符与诸如人格。
受控标识符的示例是由DUN和BRADSTET公司定义的D-U-N-S号。在BizTalk目录信息中,所有受控标识符都使用通用资源标识符系统。例如,假设Dun和Bradstreet以“URN:www-dnb-com:dunsno”开头的URI,他们发出的每个号码。一种创造者元素可能看起来像
urn:www-dnb-com:dunsno#123456789012345 supantreference> creator>
同样,受试者分类是合理的,这些分类将由许多当局定义。这些中的每一个都应该具有相应的URI命名空间,类似地使用
<主题> <受试者> URN:分类 - BizTalk-Org:www.census.gov/epcd/naics/1997#3118 projectimerref> 主题>
主题分类还允许来自不受控制的词汇表的关键字,因此可能会看到以下内容:
<主题> <受试者> URN:分类 - BizTalk-Org:caxonomy.census.gov/epcd/naics/1997#3118 projectimeRef>ortilla制造 kexigry> 主题>
类型分类标识符合XML数据和BizTalk规范的架构:
urn:schemas-microsoft-com:xml-data resourcreference> type> urn:schemas-biztalk-org / biztalk-0.8.xml Resourcereference> 类型>
根据此处描述的元素编目的玉米饼工厂的简单架构,可能如下所示:
关于玉米饼工厂的消息的模式。 title> Andrew Layman FreeText> Mailto:[电子邮件受保护] personreference> creator> <主题> <主观指令> urn:caurononomy-biztalk-org:cauronomy.census.gov/epcd/naics/1997#3118 progceferefers> <关键字>玉米饼制造关键字> 主题> <键入> URN:Schemas-Microsoft-Com:XML-Data Resourcreference> 类型> <类型> URN:Schemas-BizTalk-Org / BizTalk-0.8.xml Resourcreference>类型> cataloginformation> description> schema>
我们不指望大多数此类目录条目将由手工制作。更有可能 - 更可靠 - 他们将由使用工具的人创建。For example, we picture a web page that allows one to categorize a schema by filling in fields for creator, subject, etc. For each, the user can enter free-text keywords, but can also pick URIs from lists (e.g selecting "NAICS" as a SubjectReference taxonomy and then picking a specific classification from the supplied list.) Similarly, we expect that searching will be mediated by tools that are designed for this task.
分类学和其他标识符系统
BizTalk鼓励根据标准机构和私营公司创建的分类方式进行分类模式。这些分类学会已被纳入URI方案,这意味着分类物有一个已建立的URI,BizTalk将使用这些。存在分类管理但尚未纳入URI方案,BizTalk将提供一般形式的URI前缀“URN:CaCononomy-BizTalk-Org:”。URI的剩余部分将确定特定的分类学和特定标识符。
例如,美国人口普查局为北美工业分类系统(NAICS)提供了一系列识别业务类别的数字,但人口普查局目前没有为这些数字定义URI方案。在BizTalk中,这些可以以“URN:分类 - BizTalk-Org:www.census.gov/epcd/naics/1997#118”的形式引用。
同样,有几个用于识别人员和公司的系统。BizTalk鼓励通过系统权限提供的URIS使用这些系统,或者,当没有BizTalk提供的URI时,尚未存在此类URI时。
BizTalk将发布批准的分类和标识符系统的初始列表,并将在时间随时间扩展列表。
http://purl.org/dc/elements/1.1/。另见提议的1.1定义http://www.dstc.edu.au/rdu/dcac/version11.html.。
RFC2396.
IETF(Internet Engineering Task Force)RFC 2396:统一资源标识符(URI):通用语法,EDS。T. Berners-Lee,R. Fielding,L. Masinter。1998年8月