大多数示例命名空间URI似乎在其路径中包含一些年/月/日的组合:
rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns#
rdfs: http://www.w3.org/2000/01/rdf-schema#>
对于那些并非严格时间相关的词汇概念，我不太清楚为什么在URI中包含创建日期的部分是有意义的（至少对我来说不是很明显）。
编辑
可能会因为旧的W3C（和其他组织）笔记仍然高居语义网络的SEO排名而存在额外的困惑。例如，这篇来自W3C用户组的笔记推荐在URI中使用日期。
可管理性。以可管理的方式发行您的URI。一个好的实践方法是在URI路径中包含当前年份，以便您每年可以更改URI模式而不会破坏旧的URI。
@cygri仍然是正确的（链接是2010年之前），只是为了指出对于遇到相互冲突的信息的人。
这是一个不好的想法，不应该这样做。
这些命名空间来自RDF的早期时期，当时尚未理解语义Web的URI管理良好实践。如今，W3C为新词汇使用更短和未标注日期的命名空间，例如http://www.w3.org/ns/csvw#，但由于已经使用这些命名空间发布了大量数据和工具，因此更改旧命名空间实际上是不可能的。
那么为什么W3C当时认为包含日期是个好主意？
因为W3C在几乎所有URI中都包括日期信息。这是URI分配的日期。这是他们确保URI唯一且不会意外冲突的方式。因此，所有在2000年分配的URI路径都以/2000/开头，所有在2001年开始的URI路径都以/2001/开头，以此类推。对于像W3C标准这样的“高价值”文档，他们还会分配一个短别名，例如http://www.w3.org/TR/html。
我想当时他们认为词汇表不需要短别名，因为只有机器会看到这些URI，并且命名空间前缀将用于隐藏它们。
今天，普遍的智慧是在分配URI时“尽可能省略”。因此，像http://schema.org/Person这样的类URI的schema.org就非常完美。
大多数命名空间URI似乎在其路径中包含某种年/月/日的组合。
这并不完全正确。如果命名空间URI中有日期，则可能是早于2010年的W3C URI。大多数命名空间URI中没有日期。
