亲爱的各位，Pete Johnston在DC-ARCHITECTURE上启动了一个关于SKOS和都柏林核心之间可能存在的不一致。这个线程从[1]开始。欢迎任何人加入名单[2]并参与讨论。汤姆[1]http://www.jiscmail.ac.uk/cgi-bin/webadmin？A1=ind0503&L=dc-架构&T=0&F=&S=&P=170[2]http://www.jiscmail.ac.uk/cgi-bin/webadmin？SUBED1=dc-体系结构&T=O2005年3月8日，星期二，08:45:51PM-0000，皮特·约翰斯顿写道：>X-Mailer:Microsoft Outlook，内部版本10.0.2627>日期：2005年3月8日星期二20:45:51-0000>发件人：DCMI Architecture Group<DC-ARCHITECTURE@JISCMAIL.AC.UK（英国）>>发件人：皮特·约翰斯顿<p.johnston@UKOLN.AC英国>>主题：DC词汇编码方案和SKOS概念方案>收件人：DC-ARCHITECTURE@JISCMAIL.AC.UK（英国）> >（这一问题是在讨论关于>如何在DC元数据描述中部署SKOS概念，以及在>特别是DCMI所称的“词汇”之间的关系>编码方案”以及SKOS所称的“概念方案”>建议在这里探讨这个问题是有用的>SKOS模型的设计者订阅了此列表。）> >DCQ-RDF建议[2]描述了一组约定>用于将“限定DC”元数据描述表示为RDF图。>对于“编码方案”，采用的方法是定义RDFS类>对应于“编码方案”-例如。> >http://purl.org/dc/terms/LCSH是LCSH主题词的类别，>网址：http://purl.org/dc/terms/IMT是互联网媒体类型的类别，>http://purl.org/dc/terms/W3CDTF是W3CDTF日期/时间的类，>http://purl.org/dc/terms/DCMIT类型是DCMI类型术语的类别> >等等。> >And（使用限定名约定作为URI的缩写>以上）> >单个LCSH主题是类dcterms的一个实例：LCSH>单个Internet Media Type是类的实例>dcterms:IMT>单个W3CDTF日期/时间是类的实例>dcterms:W3CDTF>单个DCMI类型术语（如dcmitype:Collection）是一个实例>类dcterms的：DCMIType（在后一种情况下，每个DCMI-Type项>本身是一个类）> >因此，遵循DCQ-RDF文件中描述的约定>DCMI抽象模型[3]指出> >-词汇表编码方案URI是“一个URI引用，用于标识>值的类别”>-“每个资源可以是一个或多个类的成员。请注意，其中>资源是一个值，类被称为词汇表>编码方案。"> >（事实上，根据这些描述，我在这个列表上进行了论证>在其他地方，由于“值”可以是任何类型的资源，那么>词汇编码方案URI可以是任何类的URI，即>类是一种潜在的“词汇表编码方案”，而不仅仅是那些>DCMI显式键入为“编码方案”的类。）> >在DCAM词汇表中，我们有：> > ====>词汇编码方案>词汇表编码方案是一个类，它指示>属性的值取自受控词汇表（或>概念空间），例如美国国会图书馆主题标题。>词汇编码方案URI>词汇表编码方案URI是一个URI引用，用于标识>词汇编码方案。对于所有DCMI推荐的编码方案，>URI引用是通过连接>使用的编码方案http://purl.org/dc/terms/命名空间URI。> ====> >（提前向Alistair、Dan和其他SKOS人员道歉>以下内容中的任何误解和误传-请>让我直截了当地回答任何或所有问题！）> >简单知识组织系统（SKOS）[4]提供了“一个模型>表达概念方案的基本结构和内容>（同义词表、分类方案、主题标题列表、分类法、，>术语、词汇表和其他类型的受控词汇）。">SKOS核心词汇表[5]提供了一组类和属性>可用于将“概念方案”表示为RDF图。> >SKOS将概念方案的内容建模为一组资源，其中>每个资源都是skos:Concept类的一个实例。（我正在使用>为了简洁起见，再次使用限定名）。SKOS还提供了一个类>表示概念方案，即概念方案是>skos类：ConceptScheme。> >单个概念（skos:Concept类的实例）与>单个概念方案（skos类的实例：ConceptScheme）>使用属性skos:inScheme。见[6]。（其他关系也是>可能，例如，指出概念中的哪些是“顶级概念”>方案。）> >现在，如果SKOS被广泛用于描述>“概念方案”，那么可以参考>DC元数据描述中这些概念方案中的概念。例如>作为使用dc:subject属性的语句中引用的值（但是>很可能还有其他属性）。> >SKOS概念是一种资源，因此它可以是一种“价值”>DCAM，即DC元数据描述中的语句可能包括>“值URI”标识SKOS概念，即类的实例>skos：概念。> >在这样的语句中，“词汇表编码方案URI”是什么？>“快速回答”似乎是，“哦，SKOS概念的URI>显然是计划”。> >然而，鉴于>DCAM，则“词汇表编码方案URI”是>哪个值是实例（参见dcterms的示例：LCSH等>以上）。对于SKOS概念和SKOS概念方案>这两种资源之间的关系不是（或至少不是>必要吗？）实例/类的关系（即rdf:type>属性），而是由skos:inScheme属性定义的。> >因此，虽然SKOS概念可以在DC元数据中用作“值”，但>相应的SKOS概念方案不是“词汇编码方案”>（事实上，SKOS概念所在的类（或至少一个类）>实例是skos:Concept类，因此类可以是>词汇编码方案！）> >所以。。。。。> >（a）请问这个分析正确吗？即>DCAM中的“值”和“词汇编码方案”不同于>SKOS中的“概念”和“概念方案”之间的关系？>（b）如果是，这是否意味着跟单信用证之间没有简单的对应关系>“词汇编码方案”和SKOS“概念方案”？>（c）如果是，这是否是希望参考的DC实施者的问题>SKOS概念作为“价值观”？>（d）如果这是一个问题，我们如何“解决”它？> >干杯>皮特> > ------->皮特·约翰斯顿>研究官（互操作性）>UKOLN，英国巴斯大学，巴斯BA2 7AY>电话：+44（0）1225 383619传真：+44>邮件收件人：p.johnston@ukoln.ac.uk（英文）>http://www.ukoln.ac.uk/ukoln/staff/p.johnston/> > [1]>http://www.jiscmail.ac.uk/cgi-bin/webadmin？A2=ind0503&L=dc-用法&T=0&F=&>S=&P=804（以及该线程上的后续消息）> [2]http://dublincore.org/documents/dcq-rdf-xml/> [3]http://dublincore.org/documents/abstract-model/> [4]http://www.w3.org/2004/02/skos/core/guide/> [5]http://www.w3.org/2004/02/skos/core/spec/> [6]http://www.w3.org/2004/02/skos/core/guide/#secscheme-- 托马斯·贝克博士托马斯·贝克尔@izb.fraunhofer.de伯林霍芬学院手机+49-160-9664-2129Fraunhofer-Gesellschaft工作+49-30-8109-902753754 Sankt Augustin，德国传真+49-2241-144-2352个人电子邮件：thbaker79@alumber.amherst.edu
接收日期：2005年3月9日星期三14:05:32 UTC