Semantic web 在模式中添加多个描述性属性的统一方法

我们使用Schema.org的“类型”和“属性”来组织多种数据。该应用程序由Schema.org的vocab和结构驱动，而不是使用Schema.org进行搜索引擎优化。应用程序构建并关联科学家、艺术家、作曲家等创意人士的已完成和未完成作品。他们的努力不仅限于“创意作品”，如文章和艺术品，还包括他们发起的组织、公司、活动和产品

从今年开始，我们使用Schema.org，因为我们过去在数据的语义结构方面存在问题。现在我们正在使用Schema.org，我们取得了良好的进展

对于我们收集的每个项目，我们使用

名称

和

描述

（

事物

属性）作为描述性字段。为了更方便，我们希望为数据库中存储的每个项目添加

标题

和

备选标题

或类似的Schema.org vocab

以下默认属性列表适用于我们的应用程序处理的所有项目：

• name

• 标题

• 备选标题

• 说明

• 图像

  （非描述性）

• url

  （非描述性）

对于从

schema.org/CreativeWork

派生的所有类型，属性

headline

和

alternativeHeadline

与schema.org匹配，但例如，

事件

或

产品

没有这些属性。我们可以使用

Thing

属性

alternativeName

或

about

，但这些属性显然不是

headline

和

alternativeHeadline

的等价物

简言之：我们寻找一种统一的方法来为应用程序中的每个项添加四个基本的描述性字段，而不管其

类型如何。最好的解决方案是什么

我不建议只使用Schema.org词汇表。org的目标不是为所有情况提供属性。作者打算在需要的地方使用更具体的词汇表

由于基于RDF，很容易对数据使用多种不同的方法：
schema:name
用于schema.org的
name
属性，
foaf:name
用于foaf的
name
属性

这也允许您在找不到合适属性的情况下使用

这个答案的其余部分假设您必须使用Schema.org进行所有操作


我认为在
事件
或
组织
中使用
标题
/
备选标题
没有意义。一家公司的标题是什么？事件的另一个标题是什么？虽然有些人可能有一个想法，但很可能没有广泛的一致意见，每个人都会以不同的方式使用它；因此，消费者不知道该期待什么，从而使该房产变得毫无用处

从您的
组织
示例中，我得到的印象是，您使用这些属性作为标语/口号/座右铭/标语。Schema.org为这样的目的提供属性可能有意义，也可能没有意义，但它不应该是
headline

如果没有这样合适的属性，我想说您使用的
标题
/
备选标题
的内容应该是
名称
或
说明
的一部分

以
事件
为例：


标题
可能成为
名称
的一部分：“纠缠的宇宙：人类思维的非凡能力”
alternativeHeadline
可以省略，因为它只是以散文形式给出事件位置，而这些信息已经通过
location
传递给消费者。如果句子确实必须是结构化数据的一部分（而不仅仅是显示在页面上），那么它可以包含在
说明中


使用，您可以基于现有属性生成更具体的属性。但是，我不建议发布具有此类属性的数据。但它对于内部使用可能仍然有用，因为它允许您使用单独的字段。例如，您可以使用诸如
name/subtitle
、
description/where
、或
description/glosson
1）之类的属性。您是发布结构化数据，还是仅在内部使用这些属性？2） 除了Schema.org，您还可以使用其他词汇表吗？3） “描述性”是指值是字符串而不是URL？4） 您希望为例如
事件
？@unor 1）内部使用的结构化数据（在
标题
和
备选标题
中）提供什么样的数据，并且在许多情况下可能会公开。2） 我们只希望使用Schema.org vocab。3） “描述性”我指的是“自由文本”，它描述了所涉及的“事物”；不是URL。4） 我们想要提供的数据类型，例如
事件
类似于：
名称
=“纠缠的宇宙”<代码>标题

=“探索人类思维的非凡能力”<代码>交替标题>代码> =“阿姆斯特丹大学举办的一个活动”。昨天我不得不在手机上回答你的问题。今天，我创造了一个形象，它可能会给你一个清晰的视角，让你了解我们正在努力实现的目标。该应用程序旨在收集作家、艺术家、学者等创意专业人士已完成和未完成的作品。要点是：他们不仅生产创造性的作品，而且还生产活动、组织等。；活动和组织是创造性的遗产。我们需要为“目标”创建一个统一的模型