BIBFRAME规范草案发布

同事提示我BIBFRAME规范说明草案发布,查了BF论坛竟没有此消息。看后做编译如后(红色为本人所标)。

[update 2014-5-1: 同事继续提醒我有更新:Draft Specification (28 April 2014)。更新了2处,分别是2的图1A和4.2,已补充在下]

先总结BF规范类bf:Authority的子类及子子类如下,以便提醒自己BF规范的基本情况(参见:Bibframe.org的类与属性发布,2014年1月27日):
– bf:Agent 代理
— bf:Person 个人
— bf:Family 家族
— bf:Organization 组织机构
— bf:Jurisdiction 管辖地
— bf:Meeting 会议
– bf:Place 地点
– bf:Temporal 时间
– bf:Topic 论题

BIBFRAME Authorities Draft Specification (7 March 2014)
5个部分:1导论,2样例,3BIBFRAME规范说明,4表达职能,5主题

——— 1 导论 ———
BF规范是一种资源,代表与BF作品、实例或注释相关的个人、家族、组织机构、管辖地、会议、地点、论题或时间表达。F规范非设计以取代或与现有规范竞争,而是提供一个围绕它们的通用抽象层或包装。

——— 2 样例 ———
图1(BF作品及与规范的链接)一个有题名及链接到创作者的BF作品。创作者表达为BF规范,显示在样例的后半部分。

<bf:Work>
    <bf:title>Collage</bf:title>
    <bf:creator rdf:resource=”bnode-x24z100”/>
</bf:Work>
<!-- BIBFRAME Authority -->
<bf:Person rdf:id=”bnode-x24z100”>
    <bf:authorizedAccessPoint>Bartolozzi, Bruno</bf:authorizedAccessPoint>
    <bf:hasAuthority rdf:resource=”http://id.loc.gov/authorities/names/n80103954”/></bf:Person>

本例中BF规范是bf:Person类,其为bf:Authority的子类,包含一个“规范检索点”(AAP),以及到外部(真实)规范的链接。提供AAP是为了方便不能链接到外部规范、或者得到AAP就行的用户;提供外部链接是为了方便想要比AAP更多、能够跟随链接的用户。

[update 2014-5-1: Draft Specification (28 April 2014)增加了图1A。图1的BF规范为空节点,图1A的BF规范则是可重用资源形式。除图1A外,所有其余样例均为空节点:
Figure 1A: 相同样例,不同在于BF规范为可重用资源而非空节点
<bf:Work>
<bf:title>Collage</bf:title>
<bf:creator rdf:resource=”http://www.example.bibframe.org/authority/bartolozzi/”/>
</bf:Work>
<!– BIBFRAME Authority –>
<
bf:Person rdf:about=”http://www.example.bibframe.org/authority/bartolozzi/”>
<bf:authorizedAccessPoint>Bartolozzi, Bruno</bf:authorizedAccessPoint>
<bf:hasAuthority rdf:resource=”http://id.loc.gov/authorities/names/n80103954”/></bf:Person>

]

图2(主要规范与参引规范)有多个外部规范链接的BF规范。主要规范(属性bf:hasAuthority)最多只能有一个,AAP衍生自此规范;参引规范(属性bf:referenceAuthority)可以有任意数量,可能与主要规范有不同标目。【bf:referenceAuthority似未在BF的类与属性清单中

<!— BIBFRAME Authority  -->
<bf:Person>
    <bf:authorizedAccessPoint>Cutright, Paul Russell, 1897-</bf:authorizedAccessPoint>
    <bf:hasAuthority rdf:resource=http://id.loc.gov/authorities/names/n80022903”/>
    <bf:referenceAuthority rdf:resource=”http://viaf.org/viaf/91312848/”/>
</bf:Person>

图3(内联规范)不包含任何链接的BF规范,以内联提供规范信息。内联根据规范本体提供信息,采用该本体的命名空间。本例采用的是MADS:

<!— BIBFRAME Authority  -->
<bf:Person>
    <bf:authorizedAccessPoint>Cutright, Paul Russell, 1897-</bf:authorizedAccessPoint>
    <bf:hasAuthority>
<!-- -->
<madsrdf:PersonalName>
    <madsrdf:authoritativeLabel>Cutright, Paul Russell, 1897-</madsrdf:authoritativeLabel>
    <madsrdf:elementList rdf:parseType="Collection">
       <madsrdf:FullNameElement>
                <madsrdf:elementValue>Cutright, Paul Russell,</madsrdf:elementValue>
       </madsrdf:FullNameElement>
       <madsrdf:DateNameElement>
                <madsrdf:elementValue>1897-</madsrdf:elementValue>
       </madsrdf:DateNameElement>
    </madsrdf:elementList></madsrdf:PersonalName>
<!-- -->
    </bf:hasAuthority>
</bf:Person>

图4(仅由AAP组成的BF规范)不包含规范(无论是主要规范还是参引规范),隐含如果有规范的话,规范标目就是这个。

<!— BIBFRAME Authority  -->
<bf:Person>
    <bf:authorizedAccessPoint>  Cutright, Paul Russell, 1897-</bf:authorizedAccessPoint>
</bf:Person>

图5(仅由标签组成的BF规范)在不清楚规范检索点的情况下,非正式引用bf:label作为一个“标签”,代替AAP

<!— BIBFRAME Authority -->
 <bf:Person>
    <bf:label>Paul Russell Cutright</bf:label>
</bf:Person>

——— 3 BF规范说明 ———
BF规范是类bf:Authority(或其子类,如bf:Person等)的RDF结构,包含:
* 一个规范检索点(AAP)或标签:包含其中之一或同时,但每个都不超过一个。如果同时提供,其值应当完全相同。如果提供主要规范,则应当提供规范检索点。
* 主要规范(经由属性bf:hasAuthority)可选,不可重复
* 参引规范(经由属性bf:referenceAuthority)可选,可重复

图6(不采用直接方法)【仅针对BF规范有此限制,如图9作品主题可以采用
注意:早先BF文章中曾建议如下“直接方法”,现为不合法形式:

<bf:Work>
<bf:title>Florida Mobile Home Act</bf:title>
<bf:creator rdf:resource=”http://id.loc.gov/authorities/names/n79053995″/>
</bf:Work>

——— 4 表达职能(代理及其职能) ———
代理可能通过职能与BF资源相关。BF中有两个泛指职能属性bf:contributor和bf:creator,更专指的潜在职能本质上是无限的,不可能由BF属性表达,而代之以外部词表中的受控代码或术语来表达,我们称之为“职能词表”。实例见 http://id.loc.gov/vocabulary/relators(LC关系词词表)。职能词表中的款目可被当作属性。

图7(由词表代码表达职能)插图者职能由属性relators:ill表达,其对象 为BF规范bf:Person。

<bf:Work xmlns:relators=”http://id.loc.gov/vocabulary/relators”>
<bf:title>Mogie: the heart of the house</bf:title>
<relators:ill rdf:resource=”bnode-x31p54”/>
</bf:Work>
<!– BIBFRAME Authority–>
<bf:Person rdf:id=”bnode-x31p54”/>
<bf:authorizedAccessPoint>Rosenthall, Marc, 1949-</bf:authorizedAccessPoint>
<bf:hasAuthority rdf:resource=”http://id.loc.gov/authorities/names/n92008281″/>
</bf:Person>

前缀relators:代表LC关系词词表的命名空间,因此relators:ill成为http://id.loc.gov/vocabulary/relators/ill,即术语“插图”的关系词代码。

[update 2014-5-1: Draft Specification (28 April 2014)增加了4.2“职能表达为串”及图8;原4.1“职能表达为属性”。
图8 职能表达为文字,使用BF职能词
……
<bf:Relator rdf:nodeID=”bnode-q90w87”>
<bf:relatorRole>original author</bf:relatorRole>
<bf:relatorAgent rdf:nodeID=”bnode-y65v32″/>
</bf:Relator>
……
]
——— 5 主题 ———
BF主题由属性bf:subject表示,其对象为BF规范或作品,即bf:Agent:, bf:Place, bf:Temporal, bf:Topic(以上均为bf:Authority的子类)和bf:Work。作品及其主题的表示:

图8(主题规范-论题)

<bf:Work rdf:about=”http://bibframe/work/w72x43”>
<bf:title>History of the Peloponnesian War</bf:title>
<bf:subject rdf:resource=”bnode-t24x38”/>
</bf:Work>
<!– BIBFRAME Authority–>
<bf:Topic rdf:id=”bnode-t24x38”/>
<bf:label>Greece–History–Peloponnesian  War, 431-404 B.C.</bf:label></bf:Topic>

图9(作品主题为另一作品)对上述作品的分析,以作品为主题

<bf:Work>
<bf:title>Analysis of Thucydides History of the Peloponnesian War</bf:title>
<bf:subject rdf:resource=”http://bibframe/work/w72x43”/>
</bf:Work>

【注意:采用“直接方法”,因为BF作品不是BF规范的子类,不受图6所说的限制】

图10(主题规范-地点)

<bf:Work>
<bf:title>Gunmen of Winslow</bf:title>
<bf:subject rdf:resource=”bnode-p622k123″/>
</bf:Work>
<!– BIBFRAME Authority–>
<bf:Place rdf:id=”bnode-p622k123″/>
<bf:authorizedAccessPoint>Winslow (Ark.)</bf: authorizedAccessPoint>
<bf:hasAuthority rdf:resource=”http://id.loc.gov/authorities/names/n88198885″/></bf:Place>

《BIBFRAME规范草案发布》上有4条评论

  1. BIBFRAME规范草案有了4月28日新版本:
    BIBFRAME Authorities Draft Specification (28 April 2014)
    http://www.loc.gov/bibframe/docs/bibframe-authorities.html

    另:4月25日发布了BIBFRAME关系草案:
    BIBRAME Relationships Draft Specification (25 April 2014)
    http://www.loc.gov/bibframe/docs/bibframe-relationships.html
    界定一个作品或实例与另一个作品或实例之间的四类关系:作品到作品、作品到实例、实例到作品、实例到实例。洋鬼子果然会玩繁琐哲学:)

    1. “关系”可是很受关注的问题。可惜也是草案,还是等尘埃落定再看。

评论已关闭。