skos:ConceptScheme 和 skos:Collection 有什么区别？
What's the difference between skos:ConceptScheme and skos:Collection?
从 SKOS 上的 W3C 页面 collections 我了解到概念可以分组在 'collections' 中。然而，概念也可以是概念方案的一部分。
我是否正确地假设两者之间的区别在于 conceptScheme 将更多地基于一些理论基础或模式，而集合是更随意的概念集？
例如，如果我有一个产品系列的架构，而客户将拥有这些产品的组合，那么我是否会将整个产品系列作为 conceptScheme，同时将客户拥有的产品称为集合？
SKOS 集合旨在表示特定叙词表中密切相关的概念组。 SKOS Primer 给出了集合 "milk by source animal" 的示例，其中包含项目 "cow milk"、"goat milk" 等。因此它是一个额外的组织特征（与正常概念层次结构正交）密切相关的术语 - "milk by source animal" 本身不是一个概念 - "cow milk"、"goat milk" 等更广泛的概念仍然是 "milk".
概念方案有不同的意图：它们旨在 capture/identify 一个完整的 thesaurus/taxonomy，这在多个 thesauri/taxonomies 共存的情况下很有用。 ConceptScheme 中的项目不一定是 "grouping" 密切相关的术语，但都是同一术语整体层次结构的一部分。
应用于您的示例：产品范围架构似乎最符合 'single complete taxonomy' 定义，因此使用 ConceptScheme 可能最能捕捉到这一点。
至于每个客户拥有的产品：我不确定我是否会使用一个集合来表示它（您可以简单地为您的客户提供一个标识符，并且 'ownsProduct' 关系指向每个单独的产品).即使你这样做了，SKOS 集合也不是最合适的：这是更多的情境知识，与 thesaurus/taxonomy 本身关系不大。但是，如果您需要在产品范围架构中将某些产品组合在一起，例如"Toothpastes by taste"（具有子类型 'sweet tasting'、'salty tasting' 和 'minty tasting'），那么这就是您使用 SKOS 集合的目的。
从 SKOS 上的 W3C 页面 collections 我了解到概念可以分组在 'collections' 中。然而，概念也可以是概念方案的一部分。
我是否正确地假设两者之间的区别在于 conceptScheme 将更多地基于一些理论基础或模式，而集合是更随意的概念集？
例如，如果我有一个产品系列的架构，而客户将拥有这些产品的组合，那么我是否会将整个产品系列作为 conceptScheme，同时将客户拥有的产品称为集合？
SKOS 集合旨在表示特定叙词表中密切相关的概念组。 SKOS Primer 给出了集合 "milk by source animal" 的示例，其中包含项目 "cow milk"、"goat milk" 等。因此它是一个额外的组织特征（与正常概念层次结构正交）密切相关的术语 - "milk by source animal" 本身不是一个概念 - "cow milk"、"goat milk" 等更广泛的概念仍然是 "milk".
概念方案有不同的意图：它们旨在 capture/identify 一个完整的 thesaurus/taxonomy，这在多个 thesauri/taxonomies 共存的情况下很有用。 ConceptScheme 中的项目不一定是 "grouping" 密切相关的术语，但都是同一术语整体层次结构的一部分。
应用于您的示例：产品范围架构似乎最符合 'single complete taxonomy' 定义，因此使用 ConceptScheme 可能最能捕捉到这一点。
至于每个客户拥有的产品：我不确定我是否会使用一个集合来表示它（您可以简单地为您的客户提供一个标识符，并且 'ownsProduct' 关系指向每个单独的产品).即使你这样做了，SKOS 集合也不是最合适的：这是更多的情境知识，与 thesaurus/taxonomy 本身关系不大。但是，如果您需要在产品范围架构中将某些产品组合在一起，例如"Toothpastes by taste"（具有子类型 'sweet tasting'、'salty tasting' 和 'minty tasting'），那么这就是您使用 SKOS 集合的目的。