したアルゴリズムの多くでは、正規表現内の各ポジション(すなわち、正規表現についての文法樹における各葉節)についてフォローセットが構築される。どれかのポジションが、2つ以上のフォローイングポジションが同じ要素型名をつけられているフォローセットをもてば、内容モデルはエラーであって、それがエラーとして報告されてももよい。多いながらもすべてではない非決定的内容モデルを、自動的に同等の決定的モデルに縮小することを可能にするアルゴリズムが存在する。キャラクタエンコーディングの自動検知(参考)XMLエンコーディング宣言は、各実体についての内部的ラベルとして機能し、どのキャラクタエンコーディングが利用されているかを示す。XMLプロセッサは、内部ラベルを読むことができる前に、明らかにどのキャラクタエンコーディングが使われているかを知らなくてはならない。これは、内部ラベルが示そうとしているものである。一般的な場合において、これは望みのない状態である。XMLにおいては完全に望みがないわけではない。XMLは、一般的な場合を2つの方法で制約するからである。XMLエンコーディング宣言は、通常の場合において各実体の中で使われているキャラクタエンコーディングを自動検知することを実行可能にするために、場所および内容において制限を受ける。多くの場合では、XMLデータストリーム自身に加えて、その他の情報源も利用可能である。プロセッサに対してXML実体が表示される際に、何らかの関連する(外部的な)情報がついているかいないかにより、2つの場合は区別可能な場合がある。最初のケースを先に検討する。適合的なプロセッサはどれであっても、入力から2または4オクテット後で、以下のケースのうちのどれが適用されるかを検知することができる。あることを知ることが助けになるかもしれない。キャラクタが通常の位置、幅、値をもつことを確保する混合エンコーディング。ASCIIキャラクタについては同じビットパターンを使うので、エンコーディング宣言自体は信頼して読んでよい。どのコードページが使われているかを判断するためには、完全なエンコーディング宣言を読まなければならない。あるか、それ以外ではデータストリームが乱れているか、断片的であるか、ある種の包装の中に包まれているかである。この水準の自動検知は、XMLエンコーディング宣言を読み、キャラクタエンコーディング識別子を解析するのに充分である。これは、エンコーディングの各ファミリーの個別のメンバーを区別するために、なお必要である。ASCIIキャラクタに制限されているから、プロセッサは、エンコーディングのどのファミリーが使われているかを探知してしまえば直ちに、エンコーディング全体を安んじて読むことができる。XMLエンコーディング宣言は、オペレーティングシステムや転送プロトコルレベルの外部情報源が信頼できないときであっても、相当程度信頼できる、転送中のキャラクタエンコーディングのラベリングを可能にする。使われているキャラクタコードをプロセッサが検知すれば、各場合について分離している入力ルーチンを呼び出すことによろうが、入力された各キャラクタについて適切な変換関数を呼び出すことによろうが、適切にプロセッサは行動することができる。任意の自己ラベリングシステムと同様、XMLエンコーディング宣言は、ソフトウェアが実体のキャラクタセットやエンコーディングを、エンコーディング宣言の更新なしに変更すれば、機能しないことになる。キャラクタエンコーディングルーチンの実装は、注意深く、実体をラベルするために使われる内部および外部の情報の正確さを保証するべきである。ありうる2つ目のケースは、一部のファイルシステムやネットワークプロトコルにおけるように、XML実体にエンコーディング情報が同伴しているときに起こる。複数の情報源が利用可能であるとき、その相対的な優先順位や矛盾処理の好まれる方法は、XMLを配信するために使われるより高次のプロトコルの一部として指定されるべきである。型を定義するRFC文書の一部であるべきである。相互運用性の利害関係においては、以下の規則が推奨される。XML実体がファイル内にあれば、バイト順マークとエンコーディング宣言PI(処理命令)が(存在すれば)、キャラクタエンコーディングを決定するために使われる。その他すべての発見的教授法や情報源は、単なるエラー回復のためのものである。パラメータが、キャラクタエンコーディングの方法を決定する。その他すべての発見的教授法や情報源は、単なるエラー回復のためのものである。型とともに配信されるならば、バイト順マークとエンコーディング宣言PIが(存在すれば)、キャラクタエンコーディングを決定するために使われる。その他すべての発見的教授法や情報源は、単なるエラー回復のためのものである。これらの規則は、プロトコルレベル文書が存在しないときにのみ適用される。型が定義されているときは、関連するRFCの勧告がこれらの規則に取って代わることになる。XMLワーキンググループによって準備され、公表を同意されたものである。この仕様書についてのワーキンググループの賛成は、必ずしもワーキンググループのメンバー全員が賛成に票を投じたことを意味するわけではない。XMLワーキンググループの現在および以前のメンバーは、次の通りである。すべての権利が留保されている。(webmaster@doraneko.org)。