Dublin Coreのプロパティは、長い議論の末、dc:名前空間（http://purl.org/dc/elements/1.1/）は互換性維持のため定義域、値域を与えず、dcterms:名前空間（http://purl.org/dc/terms/）のプロパティに定義域、値域を与えるようになりました（2008年1月の改訂）。さらに定義域、値域の大半はRDFスキーマではなく新たに定義したdcam:domainIncludes、dcam:rangeIncludesに変更されました（2020年1月の改定）。以下に、dcterms:のプロパティを一覧にして示します。 プロパティは上位プロパティごとにグループ化（tbody）しています。また、dc:空間と同じ名前で再定義されたプロパティは強調して表示しています。またIncludesではない定義域、値域は（rdfs:domain|range）と付記し
昨年の6月頃から動きがあったDublin Coreのモデルを再定義するという話の結果、新DCMI抽象モデル案、DCMI名前空間ポリシー改訂案、そしてDCプロパティの定義域、値域案が公開され、3月5日までが公開コメント期間となっている。注目の定義域、値域は、基本15要素には採用せず、その代わりこれらと同じプロパティをdcterms:空間にも定義して、こちらに定義域、値域を持たせるという案だ。 プロパティに定義域、値域を持たせれば、主語、述語のクラスを推論できることに加え、プロパティの使い方に関する約束を示すことにもなる。アプリケーションは、dc:creatorの目的語がリテラルなのかリソースノードなのかについて余計な検証をすることなく、安心して処理できるようになるわけだ。仕様案の言葉でいえば次のようになる。 In practice, this means that the domain in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
