節点と基底 URI

[24]

特性値

SML の基底 URL

[49] SML-IF では基底URIに関する2種類の処理モデルが定義されています。 1つはXML基底に基づく xml:base 属性を使った標準的な方法で、 もう1つは互換性のための独自の方法です。SML-IF消費器はいずれかを実装しなければなりません。 SML-IF生産器は前者の xml:base 属性の方法は実装しなければなりませんが、 後者の独自の方法の実装は義務付けられていません。 SML-IF

関連

[53] 合成情報集合 (XML文書から生成してすぐの情報集合以外) では、基底URIとxml:base属性情報項目に齟齬が生じていることもあります。 XML情報集合 1

[54] 外部実体の直下に処理指令がある場合、 その外部実体の基底URIが処理指令の基底URIになりますが、 処理指令情報項目を含む情報集合を直列化する時にその基底URIの情報は保存する方法がありません。 XML情報集合 2.4

[55] 非解析対象実体情報項目や記法情報項目には、 宣言基底URIという特性が定義されています。

[56] DOMのbaseURI特性は基底URIではなく、 xml:base属性に基づき定義されています。

[57] XIncludeでは基底URIを保存するためにxml:base属性を追加して整合性を維持することがあります。

[58] 基底URIとxml:base属性では、 基底URIの方を優先して相対参照の解決に使うべきとされています。 XML情報集合 1

[59] RDF/XML構文を定義する事象モデルでは、 根事象と要素事象にbase-uriアクセス子があり、 共に基底URI特性から値を得ることとされています。

[60] XPath 1.0のデータ・モデルには、 基底URIに相当するものがありません。

XSLT 1のデータ・モデルにおける基底URI相当のものに関しては、 >>26 を参照してください。

XML DOMの場合の属性値

[3] 実体参照を保存している場合は良いのですが、 そうで無い場合は外部実体中の基底URI情報が失われてしまいます。

[14] DocumentType, Comment, Entity, Notation, EntityReference, DocumentFragment, XPathNamespace (DOM水準3 XPath <IW:DOM3:"XPath/xpath.html#XPathNamespace">) に関しては、相当する規定が参照されているXML基底仕様書に含まれていないので、 どんな値になるべきなのかがよくわかりません。

それ以外の種類の節点も、XML基底とDOMの附属書の規定 (>>8-13) に矛盾か見られます。

[16] 部分木

Document節点から連なる主となる木に属さない節点 (例えば、createElementNSしたばかりの節点) は (そもそもそのようなものがない) XML仕様では基底URIが規定されていませんが、 DOMの仕様書でも規定されていません。

HTML DOM の場合の属性値

[4] Documentが機能 HTML (DOM水準2 HTML仕様が参照されています。) に対応している場合 DOM3 中核:

[5] documentURIはbaseURIとは違って読書両用です。 その定義には、設定時に字句的なチェックはしないので、 baseURIがnullになることもある DOM3 中核 とされています。 絶対URI以外が指定された場合はdocumentURIからbaseURIを定められないという意味でしょうか。 よく読むとdocumentURIの定義には、 属性名以外でその値がURIであるとは一言も述べられていません。 どうしろというのでしょうか。

関連

[6] 合成情報集合では基底URIとxml:baseを計算して得られる値が一致するとは限りませんが、 DOMには基底URIに直接相当するものがなく、 常にxml:baseを計算するので、 情報の欠落なくDOM外から得られた合成情報集合を直接処理することはできません。

[8] DOMと情報集合の写像 DOM3 によれば、文書情報項目とDocumentでは基底URIとbaseURIおよびdocumentURIが対応することになっています。

documentURI (文書の場所) に相当する情報が無い情報集合からDOMへの変換でdocumentURIに基底URIを使うのはよいとしても、 逆に基底URIをbaseURIから持ってくるのはおかしいです。 DOMのbaseURIの定義はXML基底により、 XML基底の定義はRFC 2396に拠っているはずですから、 基底URIと文書の所在は必ずしも一致しないはずです。

[9] DOMと情報集合の写像 DOM3 によれば、要素情報項目とElementでは基底URIとbaseURIが対応することになっています。

しかし、合成情報集合の場合基底URIを同的に計算されるbaseURIと一致させることができないはずです。 一致させるためには属性に関する特性・属性の修正が必要ですが、そのような規定はありません。

[10] DOMと情報集合の写像 DOM3 によれば、属性, 文字情報項目からAttr, Text, CDATASection節点への変換でbaseURIはnullになるとされています。 しかし、これはXML基底によって計算するとした本文の規定と矛盾します。

注釈, 文書型宣言情報項目とComment, DocumentType節点についても同様です。 ただし、baseURI属性の定義が参照するXML基底仕様でマーク宣言の基底URIは明確に定義されていません。 (自然に解釈すればそれが含まれる要素または外部実体・文書実体と同じでしょうが、ここで外部実体内の注釈宣言に関して処理指令と同じ問題 (>>7) が発生します。)

[11] DOMと情報集合の写像 DOM3 によれば、処理指令情報項目とProcessingInstructionではあれば、親要素の基底URIがbaseURIに、 その処理指令節点のbaseURI (はあれば親要素のbaseURIと同じ) がその処理指令情報項目基底URIに対応することになっています。

親要素情報項目がない場合のbaseURIに関する規定がなぜか抜けています。

[12] DOMと情報集合の写像 DOM3 によれば、未展開実体参照情報項目とEntityReference (子供なし。) では宣言基底URIとbaseURIが対応することになっています。

そもそもbaseURIの定義が参照するXML基底仕様では実体参照の基底URIなど定義されていないのですが、 普通に解釈すれば実体参照そのものの基底URIはそれが含まれる要素の基底URIになるはずです。

一方実体参照によって展開される内容の側からすれば、 EntityReference節点は実体そのもの (の1つの実現値) に相当する節点と考えることもできますから、 その実体そのものの基底URIにアクセスできる方が便利です。 (ただし、ここで問題にしているのは未展開参照ですから、 その基底URIはわかっていません。)

DOMの附属書にある宣言基底URIは、 これらいずれとも必ずしも一致しません。宣言基底URIは実体宣言の含まれる外部実体の基底URIだからです。 本当にそんなもので良いのでしょうか。

[13] DOMと情報集合の写像 DOM3 によれば、非解析対象実体, 記法情報項目とEntity (非解析対象実体。), Notationでは宣言基底URIとbaseURIが対応することになっています。

baseURI属性の定義が参照するXML基底仕様にはこれらの基底URIに関する規定がないので、 これでよいものかどうかはよくわかりませんが。。。

[7] 外部実体の基底URIが実体参照を展開すると失われる問題 (>>3) について、DOM仕様書では、DOM木構築時にxml:base属性を設定しないといけないかもね、 処理指令では無理だけど、と述べています。 DOM3 中核 1.3.4

それを受けてLS仕様ではpi-base-uri-not-preservedという警告 <IW:DOM3:"LS/load-save.html#LS-LSParser"> が定義されていますが、 要素に関しては何も (xml:base属性を修正しろなどの) 規定がありません。

節点の基底 URL

[65] 節点は基底 URL (base URL) を持ちます >>64。

[70] ただし DOM Standard は他の仕様書においてそれが定義されるとしており、 具体的にどの仕様書でそれが定義されているのかは明記されていません。

属性値

[68] baseURI 属性は DOMString? です >>66。

[69] 当該節点の基底URLを返します >>66。