スキーマに複数の記述プロパティを追加する統一方法

Question

Schema.orgの 'タイプ'と 'プロパティ'を使用して、さまざまな種類のデータを整理します。このアプリケーションは、SEOのためにschema.orgを使用するのではなく、Schema.orgのボキャブと構造によって駆動されます。アプリケーションは、科学者、芸術家、作曲家などの創造的な人々の仕上げと未仕上げの作品に関連しています。彼らの努力は、記事や芸術作品などの「創造的な作品」に限らず、彼らが始めた組織、企業、イベント、

今年からSchema.orgを使用しています。過去にデータを意味構造化する際に問題があったためです。今、我々はSchema.orgを使用しています。

収集する各項目については、説明フィールドとしてnameとdescription（Thingのプロパティ）を使用します。もっと寛大であるためには、私たちのデータベースに格納されている各項目に対してheadlineとalternativeHeadlineまたは類似のSchema.orgボキャブを追加します。

• name
• headline
• alternativeHeadline
• description
• ：

  次のデフォルトのプロパティリストには、我々のアプリケーションのお得な情報を持つすべての項目が適当でしょうschema.org/CreativeWork特性headlineとalternativeHeadline一致schema.orgに由来するすべてのタイプの（非記述）

• url（非記述）

、しかし、例えば、EventまたはProductはありませんこれらの特性。 ThingプロパティalternateNameまたはaboutを使用できますが、これらのプロパティは明らかにheadlineとalternativeHeadlineの等価物ではありません。

要約：typeにかかわらず、アプリケーションの各項目に4つの基本的な説明フィールドを追加する統一された方法を探します。最高の解決策は何でしょうか？

Answer 1

私だけSchema.org語彙を使用することをお勧めしません。すべてのケースでプロパティを提供するのはSchema.orgの目標ではありません。著者は必要に応じてより具体的な語彙を使用することを意図しています。 FOAFのnameプロパティに、Schema.orgのnameプロパティのschema:namefoaf:name：

ビーイングRDFベースの、それはあなたのデータのためにvocabularies多くの異なっを使用することが容易に可能です。

また、適切なプロパティが見つからない場合はyour own vocabularyを使用することもできます。

この回答の残りの部分は、にはがあり、Schema.orgをすべて使用することを前提としています。

---

私はEventまたはOrganizationためheadline/alternativeHeadlineを使用することが理にかなっているとは思いません。会社の見出しは何ですか？イベントの代替見出しは何ですか？いくつかのアイディアがあるかもしれないが、幅広い合意はほとんどなく、誰もがそれを使い分けるだろう。消費者は何を期待するか分からず、このプロパティを役に立たなくします。

例：Organizationの例では、これらのプロパティをタグライン/スローガン/モットー/キャッチフレーズのようなものに使用しているという印象を受けます。 Schema.orgがそのような目的のためにプロパティを提供することは意味をなさないかもしれませんが、それはheadlineであってはなりません。このような適切なプロパティが存在しない場合には

、私はあなたのためにheadline/alternativeHeadlineを使用したコンテンツがnameの一部またはdescriptionのいずれかであることを言うでしょう。例としてEventを取る

：

• headlineはnameの一部になることができます：「もつれ宇宙：humandの心の特別な機能」。それだけで散文でイベントの場所を与えるので、この情報はすでにlocationを消費者に伝えている間
• alternativeHeadline
は、省略することができます。文は、実際に構造化されたデータ（と同じページ上に表示されていない）の一部である必要がある場合、それは descriptionに含めることができます。

old extension mechanismを使用すると、既存のプロパティに基づいてより特定のプロパティを生成できます。しかしit’s deprecatedと、このようなプロパティを持つデータの公開はお勧めしません。しかし、それはあなたが別々のフィールドを使うことができるので、内部使用にはまだ有用かもしれません。たとえば、name/subtitle、description/where、またはdescription/sloganなどのプロパティを使用することができます。