我正在阅读詹姆斯·唐纳利(James Donnelly)对"是否有标准化的(元？标记网站的日期？最后他写道：
我不相信 Hangy 对
dc.date的回答(现在dcterms.date)在这里是相关的，因为据我所知，这个日期是与资源相关的日期。例如，如果资源是关于 1066 年黑斯廷斯战役的讨论，则可以将dcterms.date设置为 1066。icas.datetime也可以这样说.
dcterms.date的定义是"与资源生命周期中的事件关联的点或时间段"。我认为问题是这个"资源生命周期中的事件"是指资源中讨论的事件，还是与资源本身相关的事件。
环顾四周，我发现了一个使用dcterms:date的例子：
ex:myManuscript dcterms:date "1633"^^dcterms:W3CDTF .
在示例中使用 1633 使我相信 Donnelly 的解释是正确的(特别是因为同一页面上的其他示例使用的日期是 2000 年代)。
然而，在阅读这篇文章时，我也发现都柏林核心有一个愚蠢的原则。引用帖子：
解决都柏林核心元素匮乏的解决方案是这个叫做"合格的都柏林核心"的东西(尽管这个术语似乎不再被大量使用)，其中十五个核心元素有资格使它们更具体——例如，dateAccept、dateAvailable 和 dateCopyrighted 是核心元素日期的改进。根据都柏林核心自己的愚蠢原则，"客户应该能够忽略任何限定符并使用该值，就好像它是不合格的 [...]因此，限定应该只是为了完善，而不是扩展元素的语义范围。
这让我相信唐纳利的解释是不正确的。
所以我的问题是：对都柏林核心对dcterms.date的定义的正确解释是什么？
有两种方法可以在 HTML5 文档中使用 DCMI 元数据术语date：
- 在
meta-name元素(在head元素中)，因为它被注册为 MetaExtension：dcterms.date - 在基于 URI 的结构化数据语法中(通常是 RDF 序列化，如 RDFa 或 JSON-LD，但也可能有微数据)：
http://purl.org/dc/terms/date(使用RDFa 初始上下文：dc:date或dcterms:date)
在后一种情况下，您可以区分您是在谈论文档还是文档所代表的事物。你只需要给这个东西一个URI(在我的答案中查看更多详细信息)。
在前一种情况下，HTML5不允许这种差异化。HTML5 规范定义具有name属性的meta元素表示"文档级元数据";"它设置文档元数据"。因此，除非为关键字dcterms.date另行定义(似乎并非如此)，否则日期应与文档相关联，而不是与事物相关联。