このドキュメントのステータス
この項は、このドキュメントの公開時のステータスについて記述しています。他のドキュメントがこのドキュメントに取って代わることがありえます。現行のW3C の刊行物およびこの技術報告の最新の改訂版のリストは、http://www.w3.org/TR/のW3C 技術報告インデックス
このドキュメントは、2004年のRDF XML構文仕様勧告を編集したバージョンです。この改訂の目的は、このドキュメントをRDF 1.1ドキュメント集合の一部として利用できるようにすることです。変更は、参考文献の改訂、用語の更新、「はじめに」の調節に限定されます。ドキュメントの技術的な内容は、RDF 1.1ではデータ型XMLLiiteralが非規範的であると示したという事実を除いて変わっていません。変更の詳細は、変更 の項に記載しています。XML技術の現状に合わせるため、XMLLiteral解析のための（非規範的）アルゴリズム（7.2.17項 ）を更新しました。このドキュメントへの編集により以前の実装が無効とはならないため、管理者は、新たな実装報告書は必要ないと決定しました。
このドキュメントは、RDFワーキンググループ によって勧告として公開されました。このドキュメントに関してコメントを行いたい場合には、[email protected] 購読 、アーカイブ ）にお送りください。どのようなコメントでも歓迎します。
このドキュメントは、W3C メンバー、ソフトウェア開発者、他のW3C グループ、および他の利害関係者によりレビューされ、W3C 勧告として管理者の協賛を得ました。これは確定済みドキュメントであり、参考資料として用いたり、別のドキュメントで引用することができます。勧告の作成におけるW3C の役割は、仕様に注意を引き付け、広範囲な開発を促進することです。これによってウェブの機能性および相互運用性が増強されます。
このドキュメントは、2004年2月5日のW3C 特許方針 の下で活動しているグループによって作成されました。W3C は、このグループの成果物に関連するあらゆる特許の開示の公開リスト を維持し、このページには特許の開示に関する指示も含まれています。不可欠な請求権 （Essential Claim(s)）を含んでいると思われる特許に関して実際に知っている人は、W3C 特許方針の6項
2. RDFのXML構文この項では、RDF/XML構文を紹介し、RDF/XML構文によるRDFグラフのコード化方法を記述し、例を使用してこれを解説しています。この非形式的な記述と、6 構文データ・モデル や7 RDF/XML文法 の項の構文や文法の形式的な記述との間に矛盾がある場合は、後者の2つの項が優先します。
2.1 序論RDF概念および抽象構文ドキュメント[RDF11-CONCEPTS RDF11-MT ノード と、対になったノードをリンクするラベル付きの有向のアーク を持っており、各トリプルは主語ノード 、述語 、目的語ノード を含んでいる1組のRDFトリプルとして表現されます。ノードは、IRI、リテラルや空白ノードです。空白ノードには、空白ノード識別子と呼ばれる、ドキュメント内のみで有効な識別子を付与できます。述語は、IRIであり、2つのノード間の関係、あるいは、ある主語ノードに対する属性値（目的語ノード）の定義のどちらかとして解釈できます。
XMLでグラフをコード化するためには、ノードと述語はXML用語 — 要素名、属性名、要素コンテンツ、属性値で表されなければなりません。RDF/XMLでは、XMLの名前空間[XML-NAMES ローカル 名の名前空間名 を持っています。さらに、QNameは、短い接頭辞 を持っているか、デフォルトの名前空間宣言で宣言して何も持たないかのどちらかです（しかし、依然として名前空間名を持っている）。
QNameによって表現されたIRIは、QNameの名前空間名 （IRI）部分の後に、QNameのローカル名 部分を追加することによって定まります。これは、すべての述語と一部のノードのIRIを短縮化するために使用されます。主語ノードと目的語ノードを識別するIRIは、XML属性値としても格納できます。目的語ノードでしかありえないRDFリテラルは、XML要素テキスト・コンテンツかXML属性値かのどちらかになります。
グラフは、全体のグラフをカバーする、ノード、述語アーク、ノード、述語アーク、ノード、述語アーク…ノードという形式のパスの集合であると考えることができます。RDF/XMLでは、これらは、ノードと述語アークの要素を交互に繰り返した要素内の要素順になります。これは、一連のノード／アークのストライプと呼ばれます。このシーケンスの最初のノードは最外部の要素になり、次の述語アークは子要素などになります。このストライプは通常、RDF/XMLドキュメントの最上部で始まり、常にノードで始まります。
以下の項では、完全なRDF/XMLドキュメントになるまで、いくつかのRDF/XMLの例を追加提供していきます。例7 が、最初の完全なRDF/XMLドキュメントです。
2.2 ノード要素とプロパティー要素
図1 RDF/XMLのグラフの例 (SVGバージョン )
RDFグラフを図1 で示しています。このRDFグラフでは、ノードを楕円形で表してそれを持つIRIを含み、すべての述語アークをIRIでラベル付けし、文字列リテラルのノードを長方形で書いてあります。
1つのノード、述語アーク ... と辿って行けば、グラフのノード・パスは図2 のようになります。
図2 グラフの1つのパス（SVGバージョン ）
図2 のグラフの左側は、以下のノード／述語アークのストライプに対応しています。
IRI http://www.w3.org/TR/rdf-syntax-grammarを持つノード
IRI http://example.org/terms/editorでラベル付けされた述語Arc
IRIを持たないノード
IRI http://example.org/terms/homePageでラベル付けされた述語Arc
IRI http://purl.org/net/dajobe/を持つノード
RDF/XMLでは、図2 の左側の5つのノードと述語アークのシーケンスは、グラフのノードと述語アークに対する、2種類の5つのXML要素の使用に対応しています。これらは、慣習的にそれぞれノード要素 とプロパティー要素 と呼ばれます。例1 のストライピングでは、rdf:Descriptionはノード要素（3つのノードで3回使用）で、ex:editorとex:homePageは2つのプロパティー要素です。
例1
ストライプ状のRDF/XML（ノードと述語アーク）
<rdf:Description>
<ex:editor>
<rdf:Description>
<ex:homePage>
<rdf:Description>
</rdf:Description>
</ex:homePage>
</rdf:Description>
</ex:editor>
</rdf:Description>図2 のグラフは、IRIであるいくつかのノード（および、その他のIRIではないもの）で構成され、ノード要素にrdf:about属性を使用してRDF/XMLにこれを追加すると例2 になります。
例2
IRIを追加したノード要素
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar">
<ex:editor>
<rdf:Description>
<ex:homePage>
<rdf:Description rdf:about="http://purl.org/net/dajobe/">
</rdf:Description>
</ex:homePage>
</rdf:Description>
</ex:editor>
</rdf:Description>図1 のグラフで例2 のRDF/XMLに他の2つのパスを加えると例3 になります（この例では、空白ノードが2つのパスの間で共有されていることが示されていません。2.10 を参照。）
例3
すべてのグラフ・パスの完全な記述
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar">
<ex:editor>
<rdf:Description>
<ex:homePage>
<rdf:Description rdf:about="http://purl.org/net/dajobe/">
</rdf:Description>
</ex:homePage>
</rdf:Description>
</ex:editor>
</rdf:Description>
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar">
<ex:editor>
<rdf:Description>
<ex:fullName>Dave Beckett</ex:fullName>
</rdf:Description>
</ex:editor>
</rdf:Description>
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar">
<dc:title>RDF 1.1 XML Syntax</dc:title>
</rdf:Description>
2.3 複数のプロパティー要素共通する部分をより簡単に記述するために使用できる省略形がいくつかあります。特に、RDFグラフの主語ノードは、一般的に複数の外向きの述語アークを持っています。資源に関するノード要素が複数のプロパティー要素を持つ場合には、RDF/XMLでは対応する構文に省略形を提供します。これは、主語ノードを記述しているノード要素内で複数の子プロパティー要素を使用して省略形にできます。
例3 を例に挙げると、複数のプロパティー要素をとることができる2つのノード要素があります。IRI http://www.w3.org/TR/rdf-syntax-grammarを持つ主語ノードはプロパティー要素ex:editorとex:titleを持ち、空白ノードのノード要素はex:homePageとex:fullNameをとることができます。この省略形によって、例4 で示している結果になります（この例は、1つの空白ノードがあることを示しています）。
例4
ノード要素で複数のプロパティー要素を使用
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar">
<ex:editor>
<rdf:Description>
<ex:homePage>
<rdf:Description rdf:about="http://purl.org/net/dajobe/">
</rdf:Description>
</ex:homePage>
<ex:fullName>Dave Beckett</ex:fullName>
</rdf:Description>
</ex:editor>
<dc:title>RDF 1.1 XML Syntax</dc:title>
</rdf:Description>
2.4 空白のプロパティー要素RDFグラフの述語アークが、それ以上の述語アークがない目的語ノードを指し、RDF/XMLで空白ノード要素<rdf:Description rdf:about="..."> </rdf:Description>（または、<rdf:Description rdf:about="..." />) として表示される場合、この形式は短縮化できます。これは、包含しているプロパティー要素において、目的語ノードのIRIをXML属性rdf:resourceの値として使用し、プロパティー要素を空にすることで行えます。
この例では、プロパティー要素ex:homePageには、IRI http://purl.org/net/dajobe/を持つ空白ノード要素が含まれています。これは、例5 で示しているような空白プロパティー要素の形式に置き換えることができます。
例5
空白プロパティー要素
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar">
<ex:editor>
<rdf:Description>
<ex:homePage rdf:resource="http://purl.org/net/dajobe/"/>
<ex:fullName>Dave Beckett</ex:fullName>
</rdf:Description>
</ex:editor>
<dc:title>RDF 1.1 XML Syntax</dc:title>
</rdf:Description>
2.5 プロパティー属性プロパティー要素のコンテンツが文字列リテラルである場合には、これを包含しているノード要素のXML属性として使用できるかもしれません。これは、プロパティーの要素名が繰り返されず（XMLで要求される — XML要素には属性名は1つのみ）、プロパティー要素の文字列リテラル（もしあれば）のスコープ内のxml:langが同じである場合にのみ、同じノード要素の複数のプロパティーに対して可能となります（2.7項 を参照）。この省略形は、プロパティー属性 として知られており、あらゆるノード要素に適用できます。
この省略形は、プロパティー要素がrdf:typeであり、その値がIRIの目的語ノードとして解釈されるrdf:resource属性を持っている場合にも使用できます。
例5 には、文字列リテラル・コンテンツを持つ、dc:titleとex:fullNameプロパティー要素という2つのプロパティー要素があります。これらは、例6 で示している結果になるプロパティー属性に置き換えることができます。
例6
文字列リテラル・コンテンツを持つプロパティー要素のプロパティー属性への置き換え
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar"
dc:title="RDF 1.1 XML Syntax">
<ex:editor>
<rdf:Description ex:fullName="Dave Beckett">
<ex:homePage rdf:resource="http://purl.org/net/dajobe/"/>
</rdf:Description>
</ex:editor>
</rdf:Description>
2.6 ドキュメントの完成: ドキュメント要素とXML宣言完全なRDF/XMLドキュメントを作成するためには、最上位のXMLドキュメント要素としてrdf:RDFのXML要素内には、通常はXMLへのグラフのシリアル化が含まれています。慣習上、rdf:RDF要素は、使用しているXML名前空間を宣言するためにも使用されますが、これは必須ではありません。rdf:RDF内に最上位のノード要素が1つしかないときにであっても、XML名前空間は宣言しなければなりませんが、このrdf:RDFは省略できます。
XMLの仕様では、ドキュメントの先頭に、XMLバージョンと恐らくXMLコンテンツのコード化を含むXML宣言も許されています。これはオプションですが、推薦されます。
RDF/XMLの完成は、例4 以後の正しい完全なグラフの例のいずれに対しても可能ですが、最も小さな例6 の場合、最終的な構成要素を加えれば例7 の最初の図1 のグラフの完全なRDF/XML表現になります。
例7
図1グラフの完全なRDF/XML記述（example07.rdf 、出力example07.nt ）
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:ex="http://example.org/stuff/1.0/">
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar"
dc:title="RDF1.1 XML Syntax">
<ex:editor>
<rdf:Description ex:fullName="Dave Beckett">
<ex:homePage rdf:resource="http://purl.org/net/dajobe/" />
</rdf:Description>
</ex:editor>
</rdf:Description>
</rdf:RDF>rdf:RDF内にはrdf:Descriptionが1つのみ存在するため、上記例7 のrdf:RDFを省略できますが、これはここでは示していません。
2.7 言語: xml:langRDF/XMLでは、コンテンツの言語の識別が可能になるように、XML 1.0 [XML10 2.12 言語識別 で定義されているようなxml:lang属性の使用が許されています。xml:lang属性は、あらゆるノード要素やプロパティー要素で使用でき、含まれているコンテンツがその言語であることを示せます。XMLリテラル を含んでいる型付きリテラル は、この属性に影響されません。この現在最も特定的なスコープ内の言語（もしあれば）は、文字列リテラル・コンテンツやプロパティー属性値に適用されます。xml:lang=""の形式は、言語識別子の欠如を示します。
RDFプロパティーのコンテンツの言語をマークアップするいくつかの例を例8 で示しています。
例8
xml:langの完全な例（example08.rdf 、出力example08.nt ）
2.9 型付きリテラル: rdf:datatypeRDFでは、型付きリテラルを述語の目的語ノードとして付与できます。型付きリテラルは、リテラルの文字列とデータ型IRIで構成されています。これは、プロパティー要素形式（プロパティー属性ではない）のリテラルの文字列ノードに対するものと同じ構文を使用してRDF/XMLで書かれていますが、プロパティー要素にrdf:datatype="datatypeURI "属性が追加使用されています。属性ではあらゆるIRIが使用できます。
RDFの型付きリテラルの例を例10 で示しており、ここには、主語ノードIRI http://example.org/item01、述語IRI http://example.org/stuff/1.0/size（ex:sizeの）、XMLスキーマ [XMLSCHEMA-2 intとして解釈される型付きリテラル（「123」、http://www.w3.org/2001/XMLSchema#int）を持つ目的語ノードを持つ1つのRDFトリプルがあります。
例10
rdf:datatypeの完全な例（example10.rdf 、出力example10.nt ）
2.10 空白ノードの識別: rdf:nodeIDRDFグラフの空白ノードは多様ですが、IRI識別子を持っていません。同じグラフの空白ノードを、いくつかのRDFトリプルの主語や述語などのような複数の場所のRDF/XMLで参照する必要があることもあります。この場合、それをドキュメントで識別するために、空白ノードに空白ノード識別子を付与できます。RDF/XMLの空白ノード識別子は、包含するXML情報セットの文書情報項目 で詳述されています。空白ノード識別子は、ノード要素ではrdf:about="IRI "を、プロパティー要素ではrdf:resource="IRI "を、どちらの場合もrdf:nodeID="blank node identifier "と置き換えるために使用されます。
例7 を例にとり、abcの空白ノード識別子をその空白ノードに明示的に付与すると、例11 で示す結果が得られます。2番目のrdf:Descriptionプロパティー要素が空白ノードに関するものです。
例11
空白ノードを識別するrdf:nodeIDを使用したグラフの完全なRDF/XML記述（example11.rdf 、出力example11.nt ）
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:ex="http://example.org/stuff/1.0/">
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar"
dc:title="RDF 1.1 XML Syntax">
<ex:editor rdf:nodeID="abc"/>
</rdf:Description>
<rdf:Description rdf:nodeID="abc" ex:fullName="Dave Beckett">
<ex:homePage rdf:resource="http://purl.org/net/dajobe/"/>
</rdf:Description>
</rdf:RDF>
2.11 空白ノードの省略: rdf:parseType="Resource"RDFグラフの空白ノード（IRIノードではない）は、<rdf:Description> </rdf:Description>の対を省略した形式で記述できます。この省略は、プロパティー要素をプロパティーとノードの要素（property-and-node element）に変えるrdf:parseType="Resource"属性を、包含しているプロパティー要素に置くことで行われ、それ自身はプロパティー要素とプロパティー属性の両方を持つことができます。プロパティー属性とrdf:nodeID属性は、プロパティーとノードの要素（property-and-node）では許されていません。
以前の例7 を例にとると、ex:editorプロパティー要素のコンテンツはこのような方法でも行うことができ、例12 で示している形式になります。
例12
rdf:parseType="Resource"を使用した完全な例（example12.rdf 、出力example12.nt ）
2.12 ノードの省略: 空白プロパティー要素のプロパティー属性空白ノード要素のすべてのプロパティー要素が、同じスコープ内のxml:lang値（存在していれば）を持つ文字列リテラル値を持っており、これらのプロパティー要素のそれぞれが高々1度現れ、IRI目的語ノードを持つrdf:typeプロパティー要素が高々1つ存在する場合、これらは、これらを移動し、空白要素になった包含するプロパティー要素のプロパティー属性にすることで省略形にできます。
以前の例5 を例にとると、ex:editorプロパティー要素には、2つのプロパティー要素ex:fullnameとex:homePageを持つ空白ノード要素が含まれています。ex:homePageは、文字列リテラル値を持っていないため、ここでは適合せず、そのため、この例の目的により無視 しています。省略形は、ex:fullNameプロパティー要素を削除し、この削除したプロパティー要素の文字列リテラル値を持つ新しいプロパティー属性ex:fullNameをex:editorプロパティー要素に追加します。空白ノード要素は、現在空白のex:editorプロパティー要素で暗黙的になります。この結果は、例13 で示しています。
例13
空白プロパティー要素のプロパティー属性の完全な例（example13.rdf 、出力example13.nt ）
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:ex="http://example.org/stuff/1.0/">
<rdf:Description rdf:about="http://www.w3.org/TR/rdf-syntax-grammar"
dc:title="RDF 1.1 XML Syntax">
<ex:editor ex:fullName="Dave Beckett" />
<!-- Note the ex:homePage property has been ignored for this example -->
</rdf:Description>
</rdf:RDF>
2.13 型付きノード要素RDFグラフが主語ノードに属するrdf:type述語を持っていることは普通です。これは慣習的に、グラフでは型付きノード と呼び、RDF/XMLでは型付きノード要素 と呼びます。RDF/XMLでは、rdf:Descriptionノード要素を、タイプ関係の値のIRIに対応する名前空間要素（namespaced-element）に置き換えることによって、このトリプルをより簡潔に表現できます。もちろん、複数のrdf:type述語が存在しえますが、この方法では1つしか使用できず、他はプロパティー要素かプロパティー属性のままでなければなりません。
型付きノード要素は、RDF語彙 の組み込みクラスを持つRDF/XMLで一般に使用されます：rdf:Seq、rdf:Bag、rdf:Alt、rdf:Statement、rdf:Property、rdf:List。
例えば、例14 のRDF/XMLは例15 のように記述できます。
例14
rdf:typeを持つ完全な例（example14.rdf 、出力example14.nt ）例15
rdf:typeを置き換えるために型付きノード要素を使用した完全な例（example15.rdf 、出力example15.nt ）
2.14 URIの省略: rdf:ID and xml:baseRDF/XMLでは、さらに2つの方法でXML属性のIRIを省略化できます。XML Infosetは、相対IRIを解決するために基底URIを定めた基底URI属性xml:baseを提供しますが、そうでない場合には基底URIはドキュメントのものです。基底URIは、rdf:about、rdf:resource、rdf:ID、rdf:datatypeといったIRIを処理するすべてのRDF/XML属性に適用されます。
ノード要素（プロパティー要素ではなく）のrdf:ID属性は、rdf:aboutの代わりに使用でき、rdf:ID属性値と連結した#と同等の相対IRIを提供します。今までの例では、rdf:ID="name"であれば、rdf:about="#name"と同等です。xml:base値（または、提供されない場合には、ドキュメント）のスコープ内では同じ名前 は1度しか出現できないため、rdf:IDは付加的なチェックを提供し、同じIRIと相対関係にある、別個で、関連する用語の集合を定義するためにも役に立ちます。
両方の形式では、スコープ内のxml:baseかRDF/XMLドキュメントのURIのどちらかの基底URIが分かっている必要があります。
例16 では、http://example.org/here/のxml:baseとrdf:Descriptionノード要素のrdf:IDを使用したhttp://example.org/here/#snackのノードIRIの省略を示しています。ex:prop述語の目的語ノードは、IRI http://example.org/here/fruit/appleになるようにスコープ内の基底URIを使用してrdf:resourceのXML属性値を解決した絶対IRIです。
例16
URIを短縮するためにrdf:IDとxml:baseを使用した完全な例（example16.rdf 、出力example16.nt ）
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:ex="http://example.org/stuff/1.0/"
xml:base="http://example.org/here/">
<rdf:Description rdf:ID="snack">
<ex:prop rdf:resource="fruit/apple"/>
</rdf:Description>
</rdf:RDF>
2.15 コンテナ・メンバーシップ・プロパティー要素: rdf:li and rdf:_n RDFには、型付きノード要素として記述できるrdf:Seqクラス、rdf:Bagクラス、rdf:Altクラスのインスタンスと一緒に通常用いられる、コンテナ・メンバーシップ・プロパティーと対応するプロパティー要素とのまとまりがあります。リスト・プロパティーは、rdf:_1、rdf:_2などで、例17 で示しているプロパティー要素やプロパティー属性として記述できます。rdf:_1、rdf:_2の順序のものと同等なrdf:liという特別なプロパティー要素があり、7.4項 で詳細を説明しています。コンテナ・メンバーシップ・プロパティーへのマッピングは、常にrdf:liという特別なプロパティー要素がXMLに出現する順序で行われます — ドキュメントの順序は重要です。この方法で記述した、例17 と同等なRDF/XMLを例18 で示しています。
例17
RDFリスト・プロパティーを使用した複雑な例（example17.rdf 、出力example17.nt ）
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Seq rdf:about="http://example.org/favourite-fruit">
<rdf:_1 rdf:resource="http://example.org/banana"/>
<rdf:_2 rdf:resource="http://example.org/apple"/>
<rdf:_3 rdf:resource="http://example.org/pear"/>
</rdf:Seq>
</rdf:RDF>例18
リスト・プロパティーに対してrdf:liプロパティー要素を使用した完全な例（example18.rdf 、出力example18.nt ）
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Seq rdf:about="http://example.org/favourite-fruit">
<rdf:li rdf:resource="http://example.org/banana"/>
<rdf:li rdf:resource="http://example.org/apple"/>
<rdf:li rdf:resource="http://example.org/pear"/>
</rdf:Seq>
</rdf:RDF>
2.16 コレクション: rdf:parseType="Collection"RDF/XMLでは、プロパティー要素でにおいてrdf:parseType="Collection"属性を使用して複数のノード要素を含むことができます。これらの含まれたノード要素は、コレクションの主語ノードの集合を示します。この構文形式は、主語ノードのコレクションをつなげた1組のトリプルに対応しており、生成された厳密なトリプルに関しては、7.2.19項 生成規則parseTypeCollectionPropertyElt で詳細に説明しています。コレクションは常に、ノード要素がXMLドキュメントで出現する順序で構築されます。ノードのコレクションの順序が重要かどうかは、アプリケーションの問題であるため、ここでは定義していません。
例19 では、この形式を使用して、ex:hasFruitプロパティー要素の終わりに3つのノード要素のコレクションを示しています。
例19
rdf:parseType="Collection"を使用したノードのRDFコレクションの完全な例（example19.rdf 、出力example19.nt ）
2.17 ステートメントの具体化: rdf:IDrdf:ID属性をプロパティー要素で使用してそれが生成するトリプルを具体化できます（完全な詳細に関しては、7.3項 具体化規則 を参照）。トリプルの識別子は、rdf:ID属性値に連結された相対IRI #から作成されたIRIとして構築されるべきで、スコープ内の基底URIに対して解決されます。そのため、例えば、rdf:ID="triple"である場合、基底URIに対する相対IRI #tripleから作成されたIRIと同等です。それぞれの（rdf:ID属性値、基底URI）の対は、RDF/XMLドキュメントで1つでなければなりません。constraint-id を参照してください。
例20 では、rdf:IDが、具体化されたトリプルにIRI http://example.org/triples/#triple1を提供するex:propプロパティー要素から作成されたトリプルを具体化するために使用されていることを示しています。
例20
プロパティー要素を具体化するrdf:IDの完全な例（example20.rdf 、出力example20.nt ）
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:ex="http://example.org/stuff/1.0/"
xml:base="http://example.org/triples/">
<rdf:Description rdf:about="http://example.org/">
<ex:prop rdf:ID="triple1">blah</ex:prop>
</rdf:Description>
</rdf:RDF>
6. 構文データ・モデル
このドキュメントでは、RDF/XMLの構文を記号のアルファベットに基く文法であると明記しています。記号は、XPATHの情報セット・マッピング の形式ではイベント と呼ばれています。イベントのシーケンスは通常、XMLドキュメントから得られ、その場合、以下の6.2項 情報セット・マッピング で定義しているように、イベントはドキュメント順です。これらのイベントが形成するシーケンスは、同じXMLドキュメントの[SAX
文法の生成規則には、その生成規則が認識される際に起こす動作を含むことができます。これらの動作をもとに、構文的に整形式のRDF/XMLのイベントのシーケンスからN-トリプル[N-TRIPLES
ここで示したモデルは、RDF/XMLドキュメントからRDFグラフの表現を作成する1つの方法を例示しています。実装方法を強いるものではありません — 他の方法で同じRDFグラフの表現を作成してもかまいません。
特に、
この仕様では、RDFグラフのどのような表現も可能です特に、N-トリプル[N-TRIPLES
この仕様では、[XPATH SAX
この仕様では、RDF/XMLをグラフの表現に変換するソフトウェアがグラフの表現をどの順序で構築するかに制約を置きません。
RDF/XMLをグラフの表現に変換するソフトウェアは、述語のアークの複製を排除できます（MAY ）。
構文は、非整形のXMLドキュメントも、XML情報セットを持っていないドキュメントもサポートしていません。例えば、XMLの名前空間[XML-NAMES
Infosetには、XMLベース[XMLBASE 5.3項 で論じた情報項目のプロパティー[base URI]を使用します。
この仕様には、少なくとも以下の情報項目とRDF/XMLのプロパティーをサポートするXML情報セット[XML-INFOSET
ドキュメント情報項目 （document information item）[document element], [children], [base URI]
要素情報項目 （element information item）[local name], [namespace name], [children], [attributes], [parent], [base URI]
属性情報項目 （attribute information item）[local name], [namespace name], [normalized value]
文字情報項目 （character information item）[character code]
以下の項目のデータ・モデルイ・ベントへのマッピングは存在していません。
他の情報項目とプロパティーには、構文データ・モデル・イベントへのマッピングがありません。
予約済みのXML名（XML 1.0 の名前 を参照）を持つ要素情報の項目は、データ・モデル要素イベントにマッピングされません。これは、xml（大文字と小文字を区別しない比較）で始まるプロパティー[prefix]を持つものすべてであり、値を持たない[prefix]プロパティーを持つもので、xml（大文字と小文字を区別しない比較）で始まる[local name]を持つものすべてです。
parseTypeLiteralPropertyElt 生成規則と一致するXML要素内に含まているすべての情報項目はXMLリテラルを形成し、このマッピングに従いません。詳細に関しては、parseTypeLiteralPropertyElt を参照してください。
この項は、[XML-INFOSET 適合性 の要件を満たすことを目的としています。ここでは、この仕様を実装するために必要な情報項目とプロパティーを明記しています。
6.1 イベント以下の小項目では、9種類のイベントを定義しています。ほとんどのイベントがInfoset情報項目（IRI 、空白ノード 、プレーン・リテラル 、型付きリテラル を除く）で構成されています。イベント・コンストラクタには、すべての他のイベントと異なる、固有のアイデンティティを持つ新しいイベントを作成するという効果があります。イベントにはアクセサの操作が備わっており、大部分は、静的な値か算出された文字列値 （string-value）のアクセサを持っています。
6.1.1 ルート・イベントドキュメント情報項目 から構築され、以下のアクセサと値をとります。
document-element
ドキュメント情報項目プロパティー[document-element]の値に設定。
children
ドキュメント情報項目プロパティー[children]の値に設定。
base-uri
ドキュメント情報項目プロパティー[base URI]の値に設定。
language
空の文字列に設定。
6.1.2 要素イベント要素情報項目 から構築され、以下のアクセサと値をとります。
local-name
要素情報項目プロパティー[local name]の値に設定。
namespace-name
要素情報項目プロパティー[namespace name]の値に設定。
children
要素情報項目プロパティー[children]の値に設定。
parent
要素情報項目プロパティー[parent]の値に設定。
base-uri
要素情報項目プロパティー[base URI]の値に設定。
attributes
1組の属性情報項目である要素情報項目プロパティー[attributes]の値から作成。
この集合が属性情報項目xml:lang（値「http://www.w3.org/XML/1998/namespace」を持つ[namespace name]プロパティーと[local name]プロパティーの値「lang」）を含んでいる場合、これは属性情報項目の集合から削除され、・ language・
残りすべての予約されたXML名（XML 1.0 の名前 を参照）は現在、この集合から削除されています。これは、xml（大文字と小文字を区別しない比較）で始まるプロパティー[prefix]を持つ集合のすべての属性情報項目であり、値を持たない[prefix]プロパティーを持つすべての属性情報項目で、xml（大文字と小文字を区別しない比較）で始まる[local name]を持つものは削除されています。[base URI]アクセサは、xml:base属性情報項目が削除される前にXMLベースで計算されることに注意してください。
その後、属性情報項目の残りの集合は、このアクセサの値として割り当てられた属性イベント の新しい集合を構築するために使用されます。
URI
名前空間名アクセサの値とローカル名アクセサの値を連結した文字列値に設定。
URI-string-value
値は、「<」、・ URI・
・ URI・
li-counter
整数値1に設定。
language
上記で述べたように、・ attributes・ ルート・イベント か要素イベント のどちらか）における言語アクセサの値に設定し、これは空の文字列でありえます。
subject
初期値がありません。識別子 イベントである値をとります。このアクセサは、RDFグラフの1つのノードを処理する要素で使用され、一般にこれはステートメントの主語です。
6.1.3 終了要素イベントアクセサがありません。その順序の包含要素の終了を示します。
6.1.4 属性イベント属性情報項目 から構築され、以下のアクセサと値をとります。
local-name
属性情報項目プロパティー[local name]の値に設定。
namespace-name
属性情報項目プロパティー[namespace name]の値に設定。
string-value
[XML10
URI
・ namespace-name・ ・ namespace-name・ ・ local-name・ ・ local-name・ IDやabout、resource、parseType、typeである場合、・ RDF namespace IRI・ ・ local-name・ ・ local-name・
限られた集合の非名前空間名のサポートが必要で（REQUIRED ）、[RDFMS SHOULD NOT ）、アプリケーションは非修飾形式がドキュメントにある時に警告することを選択できます（MAY ）。
XML属性のIRIの構築により、異なるXML属性の同じIRIを生成できます。これによって、属性イベントを一致させる際に、文法があいまいになる可能性があります（rdf:aboutとaboutの両方のXML属性が存在しているときなどに）。これがあるドキュメントは、不正です。
URI-string-value
値は、「<」、・ URI・
・ URI・ N-TRIPLES
6.1.5 テキスト・イベント一連の1つ以上の文字情報項目 のシーケンスから構築されます。1つのアクセサを持っています。
string-value
各文字情報項目の[character code ]プロパティーの連結から作られる文字列の値に設定。
6.1.6 IRIイベント以下のアクセサを持っているIRIのイベント。
identifier
IRIとして使用される文字列値をとる。
string-value
値は、「<」、・ identifier・
・ identifier・ N-TRIPLES
これらのイベントは、・ identifier・
RDFグラフの識別子の詳細に関しては、5.2項 を参照してください。
6.1.7 空白ノード識別子イベント以下のアクセサを持っている空白ノード識別子のイベント。
identifier
文字列値をとります。
string-value
値は、・ identifier・ BLANK_NODE_LABELD 生成規則に一致していなければなりません（MUST ）。関数は、5.2項 識別子 で論じたように、固有の空白ノードのアイデンティティーを保持していなければなりません（MUST ）。
これらのイベントは、・ identifier・
RDFグラフの識別子の詳細に関しては、5.2項 を参照してください。
6.1.8 プレーン・リテラル・イベント注
RDF 1.1では、RDF/XMLのプレーン・リテラルは、データ型xsd:stringを持つリテラルに対する糖衣構文として扱われるか（言語タグが存在しないとき）、データ型rdf:langStringを備えたリテラルとして扱われます（言語タグが存在するとき）。この小項目で定義しているN-トリプルへのマッピングには、この変更による影響はありません。
以下のアクセサを持つことができるプレーン・リテラルのイベント。
literal-value
文字列値をとります。
literal-language
RDFのプレーン・リテラルで言語タグとして使用される文字列値を取ります。
string-value
値は以下の他のアクセサから計算されます。
・ literal-language・ ・ literal-value・
そうでない場合には、値は、「"」（1つのダブル引用符）、・ literal-value・ ・ literal-language・
・ literal-value・ N-TRIPLES N-TRIPLES
これらのイベントは、・ literal-value・ ・ literal-language・
注
相互運用性注記（参考情報）: Unicodeの結合文字で始まるリテラルは、相互運用性の問題を引き起こすかもしれませんが、許されています。詳細に関しては、[CHARMOD
Infosetをドキュメント順 でイベントのシーケンスに変換するためには、各情報項目を上記で述べたように変換して、アクセサと値でイベントのツリー（tree）を生成します。その後に、以下で述べるように各要素イベントを置き換え、イベントのツリーをドキュメント順のシーケンスに変えます。
最初の要素イベント
再帰的に変換された子 アクセサの値、恐らくイベントの空の順序付きリスト。
終了要素イベント
以下の表記法は、6項 で示したようなデータ・モデル・イベントのシーケンスの一致と、この一致のために実行する動作を記述するために使用します。RDF/XML文法は、これらの一致したデータ・モデル・イベントからトリプルへのマッピングに関して、以下の形式の表記法を使用して定義されます。
number event-type event-content
このとき、イベント・コンテンツ は、イベント・タイプ （6.1項 で定義されているように）に一致している表現で、以下の項で示された表記法を使用しています。数は参考のために使用しています。動作 という文法には、N-トリプル[N-TRIPLES
以下の項では、使用している一般的な表記法と、イベントの一致とアクションの表記法について記述しています。
6.3.1 文法一般記法
表記
意味
event .accessor イベント・アクセサの値。
rdf:X 5.1項 で定義されているようなURI。
"ABC"
A、B、Cの順の文字列。
6.3.2 文法イベント一致表記法
表記
意味
A == B
イベント・アクセサAは式Bに一致する。
A != B
AはBと等しくない。
A | B | ...
A、B、... 用語は択一的である。
A - B
Bのすべての用語を除いたAの用語。
anyURI .任意のURI。
anyString .任意の文字列。
list(item1, item2, ...); list()
イベントの順序付きリスト。空のリスト。
set(item1, item2, ...); set()
順不同のイベントの集合。空の集合。
*
0以上の先行する用語。
?
0か1の先行する用語。
+
1以上の先行する用語。
root(acc1 == value1,
ルート・イベント をアクセサに一致。
start-element(acc1 == value1,children
要素イベント のシーケンスをアクセサに一致。恐らく、要素コンテンツと終了要素イベント としてのイベントの空のリスト。
attribute(acc1 == value1,
属性イベント をアクセサに一致。
text()
テキスト・イベント に一致。
6.3.3 文法アクション表記法
表記
意味
A := B
Aを値Bに割り当てる。
concat(A, B, ..)
用語を順番に連結することによって作成された文字列。
resolve(e , s )
5.3項 URIの解決 で定義されているように、文字列s を6.1.2 要素イベント e の・ base-uri・
generated-blank-node-id()
5.2項 識別子 で定義されているように、生成した新しい固有の空白ノード識別子の文字列値。
event .accessor := value 与えられた値にイベント・アクセサを設定。
uri(identifier := value)
新しいURI参照イベント を作成。
bnodeid(identifier := value)
新しい空白ノード識別子イベント を作成。5.2 識別子 の項も参照。
literal(literal-value := string,
新しいプレーン・リテラル・イベント を作成。
typed-literal(literal-value := string, ...)
新しい型付きリテラル・イベント を作成。
