dcterms.date表示什么？

Question

我正在阅读James Donnelly's answer至"Is there a standardized (Meta?) Tag for the Date of a Website?"。最后他写道：

  

我认为dc.date dcterms.date（现在dcterms.date）的Hangy's answer与此相关，因为据我所知，此日期是约会日期与资源相关联。例如，如果资源是关于1066年黑斯廷斯战役的讨论，则icas.datetime可以设置为1066. dcterms:date也可以这样说。

dcterms.date的定义是“与资源生命周期中的事件相关联的时间点或时间段。”我认为问题是这个“资源生命周期中的事件”是指资源中讨论的事件，还是与资源本身有关的事件。

环顾四周，我发现ex:myManuscript dcterms:date "1633"^^dcterms:W3CDTF . 使用an example：

dcterms.date

在这个例子中使用1633让我相信唐纳利的解释是正确的（特别是因为同一页面上的其他例子使用了2000年代的日期）。

然而，阅读this post，我还发现Dublin Core有一个dumb-down principle。引自帖子：

  

都柏林核心元素缺乏的解决方案是这个被称为“合格的都柏林核心”的东西（虽然这个术语似乎不再被使用），其中十五个核心元素有资格使它们更具体 - 例如，dateAccepted，dateAvailable和dateCopyrighted是核心元素日期的改进。根据都柏林核心自己的愚蠢原则，“客户应该能够忽略任何限定符并使用该值，就好像它是不合格的[...]因此，资格认证只是为了改进，而不是扩展元素的语义范围。”

这让我相信唐纳利的解释是错误的。

所以我的问题是：都柏林核心对uname -a Linux 3.19.0-61-generic #69~14.04.1-Ubuntu SMP Thu Jun 9 09:09:13 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux 的定义的正确解释是什么？

Answer 1

有两种方法可以在HTML5文档中使用DCMI元数据术语date：

• 位于meta - name个元素（位于head元素中），因为它是registered as MetaExtension：
  的 dcterms.date
基于URI的结构化数据语法中的
• （通常是RDF序列化，如RDFa或JSON-LD，但也可能是Microdata）：
  http://purl.org/dc/terms/date （使用RDFa Initial Context：dc:date或dcterms:date）

在后一种情况下，您可以区分是在谈论文档还是文档所代表的内容。您只需give the thing a URI（参见more details in my answer）。

在前一种情况下，HTML5不允许这种区分。 HTML5规范定义meta element name attribute代表＆＃34;文档级元数据＆＃34 ;; ＆＃34;它设置文档元数据＆＃34;。因此，除非对关键字dcterms.date另有定义（似乎不是这种情况），否则日期应该与文档相关联，而不是与事物相关联。