[10] 認められる属性と内容の組み合わせは何通りかあり、 それによって解釈も変わってきます >>1。
[4] 構文解析型その他特性要素は、 将来の拡張あるいはエラー処理を想定した規定と思われます。 文法上は内容が0個以上の特性要素で、 前後や間にXMLの空白を挿入できるとされている >>1 一方、 構文解析型リテラル特性要素とみなして処理するとの規定もあり >>1、 矛盾します。趣旨からするとどんな内容も認められる構文解析型リテラル特性要素としての解釈が妥当に思われます。
[5] rdf:parseType
属性がない場合は、
内容がテキストならリテラル特性要素、
内容が節点要素1つ (前後にXMLの空白可) なら資源特性要素、
内容が空なら空特性要素です。 >>1
[2] リテラル特性要素は rdf:datatype
属性を指定できます。
空特性要素の場合、 rdf:datatype
属性は文法上認められていますが、
使われません >>1。意図的かどうかは不明です。
[3] リテラル特性要素で rdf:datatype
属性がない場合と、
空特性要素で rdf:ID
以外の属性がない場合には、
特性の値が文字列リテラルと解釈されます。 >>1
[6] リテラル特性要素で rdf:datatype
属性がある場合には、
特性の値が型付きリテラルと解釈されます。 >>1