いう名前空間名に結び付けている。いう3文字の並びで始まるプリフィックスは、XMLやXML関連仕様書による利用のために予約済みである。して与えられてもよい。有修飾名の名前空間プリフィックス部分を提供するものであり、名前空間宣言の中にある名前空間URI参照に結び付けられなければならない。プリフィックスは、もっぱら名前空間名のための場所取りとしてのみ働くことに注意してほしい。アプリケーションは、包含文書を越えてスコープの広がる名前を構築する際、プリフィックスではなく名前空間名を使うべきである。有修飾名を使うこの仕様書に適合するXML文書では、エレメント型は、以下のように有修飾名として与えられる。units='Euro'>32.18</edi:price></x>アトリビュートは、名前空間宣言であるか、あるいは名前が有修飾名として与えられるかのいずれかである。ない限り、そのプリフィックスが使われるエレメントの開始タグか、祖先エレメント(すなわち、プリフィックスつきのマークアップがその内容の中に発生するエレメント)かの名前空間宣言の中に既に宣言されていなければならない。いう名前空間名に結合される。いうプリフィックスは、名前空間の結合にのみ使われるものであって、それ自身はどの名前空間名にも結合されない。この制約は、名前空間宣言アトリビュートが、直接にXML文書エンティティの中でではなく、外部エンティティの中で宣言されたデフォルトアトリビュートを経由して提供される場合に、操作上の難局に至ることがある。多数のXMLアプリケーションは、おそらく名前空間に敏感なものを含め、妥当性を検証するプロセッサを要求し落とす。したアプリケーションを用いた正しい操作のために、名前空間宣言は、直接に、またはDTDの内部サブセットの中で宣言されたデフォルトアトリビュートを経由して提供されなければならない。エレメント名やアトリビュート型も、DTDの中にある宣言の中に現れるときには、有修飾名として与えられる。部分をもつ他の名前空間宣言によって上書きされない限り、それが指定されたエレメント、およびそのエレメントの内容の内部にあるすべてのエレメントに適用されるものとみなされる。href='http://frob.com'>here.</html:a></html:p></html:body></html:html>この例に示されているように、複数の名前空間プリフィックスを、1つのエレメントのアトリビュートとして宣言することができる。名前空間のデフォルト化デフォルト名前空間は、それが宣言されたエレメント(そのエレメントが名前空間プリフィックスをもたない場合)、およびそのエレメントの内容の内部にあるすべてのプレフィックスなしエレメントとに適用されるものとみなされる。デフォルト名前空間宣言のURI参照が空であれば、その宣言のスコープ内にあるプレフィックスなしエレメントは、どの名前空間の中にあるものともみなされない。デフォルト名前空間はアトリビュートに直接適用されるのではないことに注意してほしい。book!</p></notes></book>デフォルト名前空間は、空文字列に設定することができる。これは、その宣言のスコープの内部では、デフォルト名前空間がないのと同じ効果を有する。アトリビュートの一意性この仕様書に準拠するXML文書では、どのタグも同一の名前を有し、または、同じローカル部分と、同一である名前空間名に結合されているプリフィックスとをもつ有資格名を有する2つのアトリビュートを有してはならない。開始タグのそれぞれが違法である。/></x>しかしながら、以下のそれぞれは、2つ目のものにはデフォルト名前空間がアトリビュート名に適用されないから、合法である。ついての生成規則に一致しなければならず、また「名前空間制約」を満たさなければならない。ついての生成規則に一致するならば、この仕様書に準拠する。準拠性の効果は、そのような文書においては、エレメント型およびアトリビュート名はすべて0個またはは1個のコロンを含むエンティティ名、PIターゲット、表記法名はコロンを含まないということである。あって、そのためにコロンなしであるはずである。アトリビュート値の宣言型は、たとえば妥当性を検証するプロセッサといったような、マークアップ宣言を読むプロセッサでしか利用できない。そのため、妥当性を検証するプロセッサの使用が指定されていない限り、アトリビュート値の内容がこの仕様書に対する準拠性をチェックされているという保証はできないのである。伝統的名前空間の不充分性コンピューティング分野において、「名前空間」という用語は伝統的に名前のセット、すなわち重複を含まない集合体を指す。XMLマークアップの中で使われる名前をそうした名前空間として扱うことは、その有用性を著しく損なうであろう。XML文書の中のそうした名前の主な使用目的は、クエリープロセッサや、スタイルシート駆動のレンダリングエンジン、スキーマ駆動の検証器といったソフトウェアモジュールによる、文書の論理的構造の識別を可能にすることにある。以下の例を考えてみよう。いう名前が3回出現しており、名前だけでは明らかに、ソフトウェアモジュールによる正しい処理を可能にするには不充分な情報しか提供しない。ひとつの問題領域は、この例に示されているように、「グローバル」なアトリビュートの利用に由来する。この例は、CSSスタイルシートを使って表示されるべきXML文書の断片である。アトリビュートとは区別される。こちらは、サブクラス化による限定的なエレメントレパートリーの克服の手段として、HTMLにおける文法的なリッチさをシミュレートするために使われるものである。「グローバル」アトリビュートを宣言するための組み込み済みの方法を提供しない。アトリビュートといったような項目は、その散文的記述や、HTMLアプリケーションによる解釈においてのみグローバルである。したアトリビュートは、名前が一意的であるところに他とは違う重要な特徴があり、多様なアプリケーションでの出現が一般的に観察される。無修飾名との両方をその意図された目的に沿うのに役立つものにするという目的を支援するため、我々は、XML名前空間の中に出現する名前を、名前空間区画という、数個に分解された伝統的な(すなわちセット構造の)名前空間のうちの1つに属するものとして識別する。区画には、つぎのものがある。Partition)あるXML名前空間の中のエレメント型はすべてこの区画の中に現れる。それぞれが一意的なローカル部分を有する。名前空間名とローカル部分との組み合わせは、エレメント型を一意的に識別する。Partition)この区画には、この名前空間の中でグローバルなものとして定義されるアトリビュートすべての名前が包含される。グローバルアトリビュートの唯一の必須の特性は、その名前がグローバル属性区画において一意的であるということである。この仕様書は、そうしたアトリビュートの適正な利用法に関しては何も主張しない。名前空間名とアトリビュート名との組み合わせは、グローバルアトリビュートを一意的に識別する。Partitions)全要素型区画の中にある型はそれぞれ、そのエレメントに提供された無修飾アトリビュートの名前が出現する、1個の関連づけられた名前空間を有する。よって禁止されるから、これは伝統的な名前空間である。エレメント型つきアトリビュート名と名前空間名との組み合わせは、一意的に無修飾アトリビュートを識別する。この仕様書に準拠するXML文書では、すべての有修飾(プレフィックスつき)アトリビュートの名前はグローバル属性区画に割り当てられ、すべての無修飾アトリビュートは適当な要素型ごと区画に割り当てられる。規則を規定したり比較を行ったりする際の便宜のため、我々は、XML文書のそれぞれのエレメント型やアトリビュート名について、ここにXMLエレメント文法で表わされる展開形式を定義する。型の空XMLエレメントとして表わされる。アトリビュート1個とをもつ。型の空XMLエレメントとして表わされる。アトリビュート1個をもつ。アトリビュートをもつ。いう任意的なアトリビュート1個とをもつ。上記に与えられた例に基づく微妙な変形が、展開エレメント名やアトリビュート型の動作を説明するであろう。以下の2つの断片には、それぞれ、名前の展開を示す表が続いている。/></signing></section>名前は以下のように展開されることになる。よって表わされた制約は、どのエレメントも展開名の等価であるアトリビュートを2つもたない、すなわち同じアトリビュート-値の対をもたないことを要求することにより、そのまま実装されてよい。XMLワーキンググループおよびスペシャルインタレストグループの会員やW3Cメタデータ活動の参加者を含め、きわめて多数の人々からの入力を反映したものである。貢献はとりわけ貴重であった。(webmaster@doraneko.org)。