为什么规范/词汇表的URI包含日期信息？

大多数示例命名空间URI的路径中似乎包含年/月/日的组合：

rdf:

http://www.w3.org/1999/02/22-rdf-syntax-ns#

rdfs:

http://www.w3.org/2000/01/rdf-schema#>

（对我来说）当词汇表中包含的概念不完全是时态的时，为什么在URI中包含部分创建日期是有意义的，这并不明显

编辑

由于旧的w3c（以及可能的其他组织）注释仍然在SemanticWeb搜索引擎优化中占据重要地位，因此可能会出现额外的混乱。例如，建议在URI中使用日期

可管理性。 以您可以管理的方式发布URI。一个好的实践是将当前年份包括在URI路径中，这样您就可以每年更改URI模式，而不会破坏旧的URI

@cygri仍然是正确的（链接是2010年之前的），只是为遇到冲突信息的人指出了这一点

（对我来说）当词汇表中包含的概念不完全是时态的时，为什么在URI中包含部分创建日期是有意义的，这并不明显

这是个坏主意，不应该这样做。

这些名称空间起源于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时“尽可能地省略”。因此，schema.org的类URI类似于

http://schema.org/Person

非常完美

大多数名称空间URI似乎在其路径中包含年/月/日的组合

---

那不是真的。如果名称空间URI中有日期，那么它可能是2010年之前的W3CURI。大多数名称空间URI中没有日期。

这非常有用，谢谢。我想我看到了很多名称空间的例子，它们通常来自于相同的w3c材料，这导致了一些偏见，认为它更常见。