「カテゴリと呼ばれる新しい概念」の意味がよくわかりません。例を挙げていただけますか?
おそらくユーザーインターフェイスで情報を整理する方法として、メタデータを追加したい場合は、セマンティックWeb言語やストレージシステムを拡張する必要はありません。それらはすでに必要なことを実行できます。
英国政府の学校のデータセット から学校のデータがあるとします。 (簡潔にするためにTurtleエンコーディングを使用):
@prefix sch-ont: <http://education.data.gov.uk/def/school/>.
<http://education.data.gov.uk/id/school/135412>
a sch-ont:School;
sch-ont:establishmentStatus
<http://education.data.gov.uk/def/school/EstablishmentStatus_Open>;
sch-ont:MSOA <http://statistics.data.gov.uk/id/msoa/E02000001>;
sch-ont:establishmentName "Guildhall School of Music and Drama";
...
そのデータは、SPARQLエンドポイント から直接クエリできます。 、またはデータをダウンロードして、独自のトリプルストアにローカルに保存できます。いずれにせよ、ユーザーに役立つ追加情報を自由に追加できます。例:
@prefix ankurs-app: <http://ankur.org/example/app/vocab/display#>.
<http://education.data.gov.uk/id/school/135412>
ankurs-app:category ankurs-app:wkdCool.
この新しいトリプルをダウンロードしたデータと同じグラフに保存するか、別の名前付きグラフに保存して、ソースデータとは異なる来歴を持つ情報であることを示すことができます。いずれにせよ、Jenaからプログラムで、またはSPARQLクエリを介してクエリを実行するのは簡単です。
効率的にのレイアウトを行う スキーマレスのトリプルセントリックデータのクエリは、十分に研究された難しい問題です。 Jenaを含むほとんどのRDFプラットフォームには、独自のデータベーススキームからトリプルをクエリおよび更新するための最適化されたコードがあります。独自のリレーショナルテーブルレイアウトに着手するのには、非常に正当な理由が必要です:)
既存のリレーショナルテーブルスキームを実際に使用してJenaRDFモデルにマップする必要がある場合は、 D2RQ 。