ソース、確実性、および責任ホームレンド、レンディション、およびスタイル属性はすべて、ソース内のテキストの物理的な表示に関する情報を提供するために使用される。次の例では、rendを使用して、強調された単語と固有名詞の両方が斜体で印刷されることを示す。chiefs:...</p>bibliography次のように、style属性を使用しても同じ効果が得られる場合がある。それから指定されたレンディションから逸脱する要素のみに@rendまたは@style値を指定する。CSSなどの正式に定義されたスタイル定義言語から取得した単一の文字列でなければならないことである。@rend属性値は、空白で区切られたトークンのシーケンス不定のセットであるが、@style値では、形式的に定義されたスタイル定義言語の一部として空白とシーケンスの関係が許可される。繰り返し使用の形式の記述を保持するために使用されてもよい。属性の手段のいずれかによって、例えば以下のように任意の要素に関連付けることができる。それぞれが元の形式のテキストのレンダリングまたは外観の何らかの側面を定義する。)などの正式なスタイル定義言語を使用して最も便利に記述できるが、特定のプロジェクト用に開発された他の正式な言語で、または正式ではないが、文章内で記述することもできる。一般的に、CSSやXSL-FOなどの言語は、スクリーンまたは印刷への文書出力を記述するために使用されるが、それでも元文書、特に印刷文書の外観を記述するための正式かつ正確なメカニズムを提供するが、元文書の多くの側面も提供する。等々を記述するためのメカニズムを提供する。要素を参照するというよりはむしろ、CSSなどの言語を使用して個々のソース要素の外観を記述したいと考える、符号化する者に提供される。その値は、選択された正式なスタイル定義言語の任意の表現であることが許されている。(font-styleやmargin-leftなど)を識別する。このようなプロパティと値のペアのようなシーケンスがスタイルシートを構成する。TEIは、そのような言語を使用して、ソース文書がどうフォーマットされるべきであるのかをコントロールするのではなく、単にソース文書の外観を記述する。TEIスキームでは、ソース文書内の要素の外観に関する情報を次の明確な方法で提供できる。使用して、1つ以上のプロパティを一連の要素のデフォルトとして(デフォルトのCSSによる外部スキームに基づいて)指定できる。1つ以上のシーケンス不定トークンの便利なセットを用いて@rend属性を使用し、個々の要素の出現に対して1つ以上のプロパティを指定できる。要素を指すことにより、個々の要素の出現に対して1つ以上のプロパティを指定できる。@style属性を使用して、個々の要素の出現に対して明示的に1つ以上のプロパティを指定できる。同じプロパティが上記の方法のうちの2つ以上の方法で指定されている場合、上記のリストで最も大きい番号のプロパティが適用可能であると理解される。次に、各々の方法から結果として生じるプロパティを組み合わせて、指定された要素に適用可能なプロパティと値のペアの完全なセット、および(デフォルトで)そのすべての子に提供する。処理を簡単にするために、全体を通して同じ正式なスタイル定義を使用する必要がある。要素のために異なる言語を指示することにより、これを様々なものできる。そのような値をきちんと有意に組み合わせられるように注意する必要がある。これが@renditionまたは@styleと組み合わせて使用される場合、同様の考慮事項がレンド属性の使用に適用される。常に元文書のレンディションまたは外観を記述することに注意する。リンクの評価ホーム@source属性は、たとえば、引用語句のために書誌引用を指摘することによってそれが取られたソースを示すなど、要素のソースとそのコンテンツを示すために使用される。ポインターのターゲットは、何らかの書誌リストのエントリ、またはソース自体のデジタルバージョンへのポインターである場合がある。他のTEIポインターと同様に、この属性の値は、絶対URL、相対URL、またはprefixDefに記載されている相対URLまたは絶対URLに展開されるプライベートスキームURIなど、任意の形式のURIとして表現される。次の典型的な例では、相対的な「ベア名」のURL値を使用して、引用自体の書誌ソースを含む文書の書誌の他のどこかにあるbiblを示す。unit=”page”>p.147</biblScope>.</bibl>または、完全なURIを使用して、引用語句をこのソースのオンライン版に直接リンクすることもできる。ようなスキーマドキュメンテーション要素でも使用され、定義されているコンポーネントのための宣言がODDプロセッサによってそこから取得できる場所を示す。elementRef要素上のそれのためにソースを示すであろう。source=”tei:2.0.1′′/>bibliographyここで、@source属性の値は、TEIガイドライン用に事前定義されたショートカットを使用して、プライベートURI構文を使用して提供される。一般的には、ODDカスタマイズは、そこからあらゆるODDのコンパイル済みバージョンをダウンロードできるURIを指すことができる。上記のショートカットは次と同等である。ODD仕様のセットを指すことが@cert属性は、マークアップによって表される操作または解釈に関する符号化する者の確実性を示す方法を提供する。通常、次の例のように、符号化する者がテキストに1つ以上の修正を提供し、それぞれに添付したい確実性を示す場合に使用される。God.bibliography@cert属性は、通常、ここにあるように、確実性の程度を単純に高、中、または低として特徴付ける。詳細または微妙な指示が必要な状況では、代わりに0(最小確率)から1(最大確率)の間の確率値を指定できる。@resp属性は、要素によって符号化された情報のいくつかの側面に対して責任があると見なされる個人または組織を示すために使用される。上記の例を次のように修正して、2つの修正を担当する編集者を示すことができる。あることが推奨される。エージェントが果たした正確な役割を文書化できるrespStmt、author、editorなどである。次の例では、nからuへの修正が特定の名前の転写者によって行われたことを示している。)を明確に指定できる。要素にも関連付けてもよい。して定義されている属性を保持する。そのような属性は、典型的にはURLとして表されるリンクまたはポインターを提供する。他のXMLアプリケーションと同様に、TEIでは特別な属性を使用して、そこで相対URLが評価されるべきコンテキストを設定できる。グローバル属性@xml:baseはXML仕様の一部として定義され、TEI名前空間よりもむしろXML名前空間に属する。よって提供されている。指定された要素のスコープ内のすべての相対URLのコンテキストを設定するために、例えば次のように使用される。そのため、そのターゲットはhttp://www.example.org/elsewhere.xmlにある。スコープ内にあるため、そのターゲットは現在の文書と同じディレクトリにある文書である。属性は、文書のコンテキストが変更された後(たとえば、XIncludeを介して別の文書に埋め込まれた結果)、文書内の相対URIの安定した解決を可能にすることを目的としている。符号化する者がより短いURIを記述できるようにする方法として設定することはお勧めしない。形式において同一文書参照の参照先に関してあいまいさを引き起こす可能性がある。この型のURIが別の文書の読み込みをもたらすべきではないと述べている。したがって、RFCは、そのような参照はそれらが置かれている文書の内部にあると想定している。使用して任意の外部ベースを示し、同時に同じ文書参照を使用すると、ソフトウェアエージェントがこれらのリンクを予期しない一貫性のない方法で処理する可能性がある、ということになるかもしれない。その他のグローバルに使用可能な属性ホームグローバル属性@xml:spaceは、XMLファイルを処理するシステムに、空白、つまり連続するタブ(#x09)、スペース(#x20)、キャリッジリターン(#x0D)またはラインフィード(#x0A)の文字のシーケンスを処理する方法を示すメカニズムを提供する。xml:idと同様に、この属性はXML仕様の一部として定義され、TEI名前空間よりもむしろXML名前空間に属する。ここでは、その使用がTEIスキームのユーザーにどのように影響を与えるかの概要を示す。@xml:space属性には、”preserve”と”default”の2つの値のみが許可されている。1番目は、テキストノード内の空白(すべてのキャリッジリターン、すべてのタブなど)が文書の処理時にそのまま維持されるべきであることを示す。2番目(属性が指定されていない場合に暗示される)は、空白が「適切に」処理されるべきであることを示す。適切とみなされるものは、XML勧告では指定されていない。これらのガイドラインは、要素のコンテンツモデルに応じて、空白を処理する2つの異なる方法のいずれかが特定のケースに適用されることを前提としている。介在する非空白文字を含まない他の要素のみを含むことができる要素の場合、空白は意味的な重要性を持たないと見なされるため、プロセッサによって破棄される必要がある。タグの間で許されないため、そこで見つかったあらゆる空白には意味がなく、プロセッサはこれらを完全に無視できる。要素には要素のみを含むコンテンツモデルがある。したがって、入力文書に存在する空白は無視されるため、住所の行間に必要な句読点または空白はプロセッサによって提供されなければならない。この型のコンテンツモデルを持つ要素は、TEIでは比較的珍しいものである。して使用するためにフォーマットされたTEIリリースファイルstripspace.xsl.modelで提供されるほとんどのTEI要素は、混合コンテンツと呼ばれるものを許可する。テキストと他の要素の両方を含めることができる。ここで、これらのガイドラインの前提は、空白が正規化されることである。すべてのスペース、キャリッジリターン、ラインフィード、タブ文字がスペースに変換され、連続するすべてのスペースが削除されて1つのスペースに置き換えられ、開始タグの直後または終了タグが削除される直前のスペースになる。of<placeName>Knebworth</placeName></roleName></persName>「エドワード・ジョージ・ブルワー・リットン、ネブワースの男爵リットン」としてレンダリングされる。間でスペースが含まれ、コンマが保持され、彼の名前の中の改行がすべて削除された。上記のデフォルトの処理が混合コンテンツ要素に適していない場合、必要な処理はTEIヘッダーのencodingDesc要素であるが、汎用のXML処理ツールはこれに注意しない場合がある。@xml:space属性にpreserveの値を指定して、処理中の文書のその要素内にあるすべてのスペース、タブ、キャリッジリターン、ラインフィード文字が重要であることを示すことができる。通常、その処理の結果、出力に空白文字が保持される。xml:space=”preserve”>で始まった場合、結果として生じるテキストは、5行にわたってレンダリング、そしてインデントされ、その後に空白行が続く可能性が非常に高いだろう。XML:space=”preserve”属性はめったにTEI文書で使用されていない。説明されているレンディションの諸属性を使用することで、一般的に、リスクが少なく、より正確にキャプチャされるためである。XMLの空白ホーム次の表に、便宜のために、他の潜在的に使用可能なグローバル属性を示す。この表は、関連する属性を提供する属性クラスの名前、属性を使用可能にすべき場合にスキーマに含める必要のあるモジュール、およびクラスが説明されているこれらのガイドラインのセクションを指定する。属性クラスホーム上記のように、所与のTEIモデルクラスのメンバーは、文書内の同じ場所にすべて表示できるというプロパティを共有する。可能な場所ならどこでも、TEI要素のコンテンツモデルは、特定の要素に関して直接表現されるのではなく、特定のモデルクラスに関して間接的に表現される。これにより、コンテンツモデルがよりシンプルで一貫したものになる。これによって、はるかに簡単に理解し変更できる。属性クラスと同様に、モデルクラスにはサブクラスまたはスーパークラスがある。要素がクラスから継承するのと同じように、文書の特定の場所(クラスを表示できる場所)に表示する機能を継承するため、サブクラスのすべてのメンバーは、スーパークラスを表示できる場所に表示する機能を継承する。したがって、ある程度、クラスシステムは、要素のTEIギャラクシー全体を整然とした階層構造に縮小する方法を提供する。これは全てのケースに当てはまるわけではない。実際、要素の特定のクラスの性質は2つの次元に沿って考慮することができる。前述のように、文書階層内でクラスメンバーが許可される場所のセットを定義する。何らかの種類のセマンティックグループ化を含意する。段落内に表示できる要素の非常に大きなクラスは、他の多くのクラスで構成され、それらはすべて同じ構造プロパティを持つが、適用分野が異なる。ハイライトに関連するものもあれば、名前や場所などに関連するものもある。場合によっては、「クラスメンバーが許可される場所のセット」は非常に制約されている。特定の1要素内、または要素の1つのクラス内にある場合がある。他の場合には、要素が非常に多くの場所、またはそのような場所の複数のセットに現れることが許可される場合がある。これらの要因は、モデルクラスの命名方法に反映される。含む名前がある場合、主に構造的な場所の観点から定義される。model.divPartクラスを構成し、biblのコンテンツとして表示されるものはmodel.divPartクラスを構成する。ようにモデルクラスに”Like”を含む名前がある場合、そのれは、そのすべてのメンバーが共通のいくつかの追加のセマンティックプロパティを持っていることを含意する。これらの意味的に動機付けされたクラスは、多くの場合、構造的に動機付けされた大きなクラスを分割する便利な方法を提供する。)、これらの最後はそれ自体がいくつかのメンバーを持つスーパークラスである。ほとんどのクラスはteiインフラストラクチャモジュールによって定義されているが、要素宣言はモジュールによって含まれているため、他の特定のモジュールがスキーマに含まれていない限り、クラスをたくさん持たせることはできない。クラスは「トップダウン」で宣言されるのではなく、個々の要素のメンバーシップの宣言の結果としてメンバーを獲得する。したがって、アクティブなモジュールに応じて、同じクラスに異なるメンバーが含まれてもよい。したがって、特定の要素のコンテンツモデル(モデルクラスに関して表現される)は、アクティブなモジュールによって異なる場合がある。すべてのモジュールがロードされている場合でも、一部のクラスには単一のメンバーのみが含まれる。このようなクラスを宣言する理由の1つは、カスタマイズによって特定の場所、特にTEIが完全に精巧な提案を行っていない領域に新しいメンバー要素を簡単に追加できるようにするためである。rdg要素のみが含まれるようにtextcritモジュールによって展開される。テキスト批評情報を構造化する別の方法を追加したいプロジェクトは、独自の要素を定義し、それをこのクラスに追加することで可能になるだろう。単一メンバークラスを宣言するもう1つの理由は、クラスメンバーがすべての文書で必要ではなく、非常に頻繁に必要な要素と同じ場所に表示されることにある。このクラスへの参照は、ほとんどすべてのコンテンツモデルに含まれている。利用可能である必要があるためである。外字モジュールがロードされない限り、これらの参照は効果がない。スケールのもう一方の端では、teiモジュールによって事前に定義されたいくつかのクラスに、非常に多くのメンバーが続いている。内に表示できる簡単な編集修正および転写を行う。coreモジュールだけで、このクラスに50以上の要素が追加される。namesdatesモジュールは、tagdocsモジュールがするように、さらに20を追加する。各モジュールがそれに要素を追加する必要があることは驚くべきことではない。ここのクラスシステムは、結果の複雑さを制御する非常に便利な方法を提供する。通常、要素はこれらの非常に一般的なクラスに直接追加されるのではなく、中間的な意味的に動機付けされたクラスを介して追加される。単一のメンバーを持つ少数のクラスがあるように、TEIアーキテクチャーで一度だけ使用されるいくつかのクラスがある。これらのクラスはスーパークラスを持たず、そのためここで定義されたクラス階層に適合せず、内部で高度に構造化された要素を維持する便利な方法であるが、外部からは同じレベルの他のオブジェクトのように統一されたオブジェクトとして現れる。そのようなクラスのメンバーは、1つの要素、または諸要素の1つのクラス内にのみ現れることができる。ためにコンテンツモデルを表現する目的でのみ使用される。これは、他の場所に出現する可能性のある、要素の他のクラス、および住所内にのみ出現できるいくつかの要素を参照する。非公式要素分類ホームほとんどのTEI要素は、次のグループのいずれかに属するものとして非公式に分類してもよい。高レベル、おそらく自己ネスト、テキストの主要な区分。model.div1Likeといったクラスを生成し、典型的にはテキストの最大コンポーネントユニットを形成する。チャンク段落やその他の段落レベルの要素などの要素。テキスト内またはテキストの分割内に直接表示できるが、(通常)他のチャンク内には表示できない。クラスを生成するフレーズレベルの要素ハイライトされたフレーズ、書籍のタイトル、編集の修正など、チャンク内でのみ発生し、それらの間では発生しない(したがって、部門内に直接表示できない)要素。3TEIは、また、これら3つから派生したさらに2つのグループも識別する。レベル間要素リスト、メモ、引用などの要素。これらの要素がクラスmodel.interを占める。クラスのスーパーセットではなく、むしろチャンクのような要素とフレーズのような要素の明確なグループ化がなされたものであることに注意する。すべてばらばらである。コンポーネントテキストまたはテキストの部分内に直接現れることのできる要素。これは、上で定義したインターレベル要素とチャンクレベル要素の組み合わせである。スーパーセットとして定義されている。大まかに言えば、テキストの前文、本文、および後文はそれぞれ、オプションで部分部分にグループ化された一連のコンポーネントで構成される。上記のように、一部の要素はどのモデルクラスにも属しておらず、一部のモデルクラスは上記の非公式のグループ化のいずれにも容易に関連付けられていない。これらのガイドラインの現在の版で定義されている576要素の3分の2以上がこのように分類されており、これらの推奨事項の将来の版はこの分類スキームを拡張および開発する。他の宣言の頻繁に発生する部分のためのショートカット名も宣言する。マクロは、TEIスキームで2つの方法で使用される。データ型の仕様ホーム可能な限り、TEIスキーマは頻繁に遭遇する次のコンテンツモデルのセットを使用して、異なる要素間の一貫性を実現させる。(段落コンテンツ)は、段落および同様の要素のコンテンツを定義する。(段落コンテンツ)は、既存の素材の転写に使用されない散文要素のコンテンツを定義する。(フレーズシーケンス)は、文字データとフレーズレベル要素のシーケンスを定義する。(フレーズシーケンスの制限)は、文字データと既存の文書の転写に通常使用されないフレーズレベルの要素のシーケンスを定義する。(「特別な」段落コンテンツ)は、一連のコンポーネントレベルの要素を含むか、一連のフレーズレベルおよびレベル間要素を含む段落と同じ構造を持つ、メモやリストアイテムなどの要素のコンテンツモデルを定義する。(拡張テキスト)は、文字データと外字要素のシーケンスを定義する。TEIガイドラインの現在のバージョンには、580個くらいの異なる要素が含まれている。頻度の高い順に、最も一般的に使用される7つのコンテンツモデルを示している。文字データとフレーズレベル要素のシーケンスを定義する。段落および同様の要素の内容を定義する。一連のフレーズレベル要素とレベル間要素を含み、一連のコンポーネントレベル要素を含むか段落と同じ構造を持つ、ノートやリストアイテムなどの要素のコンテンツモデルを定義する。文字データのシーケンスと、現存する文書の転写に通常は使用されないフレーズレベルの要素を定義する。文字データと外字要素のシーケンスを定義する。既存の資料の転写に使用されない散文要素の内容を定義する。データ型仕様を参照して定義される。派生した他のプリミティブデータ型の観点から定義されている。この間接化により、TEIアプリケーションは、データ型定義またはそれへの参照をそれぞれ再定義することにより、グローバルに、または個々の場合に制約を設定できる。準拠の詳細な説明を参照)。次の要素は、TEIデータ型を定義するために使用される。(データ型仕様)はデータ型を文書化する。TEIで定義されたデータ型は、数量、確率、または時間表現の正規化された値を定義するデータ型、さまざまな種類の略記コードまたはキーを定義するデータ型、およびポインターまたはリンクを定義するデータ型にグループ化できる。次のデータ型は、さまざまな種類の正規化された値を保持するための属性に使用される。量または確率の表現においては以下である。確信度を示す属性値の程度を示す。出現度を示す属性値の範囲を定義する。数値をとる属性値の範囲を定義する。間隔値を表すために使用される属性値を定義する。非負整数値を採る属性値の範囲を定義する。関する@degreeが含まれる。クラスのメンバーに関する@quantityまたは数値[numeric]にかんする@valueが含まれる。言語識別子を保持することを目的とした属性に使用されるデータ型は以下である。次のデータ型には、より特殊な用途がある。絶対ネームスペースURIまたは修飾されたXML名のいずれかを含む属性値を定義する。デカルト空間でポイントを表すために使用されるデータ型を定義する。TEIまたはUnicodeバージョン番号を指定するために使用できる属性値の範囲を定義する。バージョン番号に使用される属性値の範囲を定義する。置換テンプレートを含む属性値を定義する。XPath式を含む属性値を定義する。多くのTEI属性は、コード化された値または何らかの名前である値を取る。これらの値は、次のようにそれぞれ異なる名前が付けられたさまざまな方法で制約または定義される。何らかの種類の識別文字列を、空白を含む可能性のあるユニコード文字の単一シーケンスとして表現するために使用される属性値の範囲を定義する。XML名を含む属性値を定義する。URIスキーム名として機能する可能性のある値の範囲を定義する。人[person]に関する@ageなどの属性の型であるteidata.wordは、あらゆる種類の単一のトークンまたは単語として表される識別子を提供するために使用される。TEIは、この目的に使用できる文字にいくつかの制約を課す。記号として分類されるUnicode文字のみが表示されうる。そのような値には空白文字を含めることができないことに注意する。wazoo」は含まれない。この種の属性は、異なる型の要素を(相互参照により)関連付けるために使用されることがある。識別子が外部で定義されている場合、たとえばデータベースまたはファイルシステムの一部として、値に空白文字やその他の特殊文字を含めることができないことが問題になる場合がある。単一の値としてスペースを含む自然言語の単語の短いシーケンスを提供する方が簡単な場合もある。これらの理由から、空白やその他のUnicode文字を許可するデータ型teidata.textも提供している。wazoo」が含まれる。XMLはその中の空白文字を正規化しないため、このデータ型は注意して使用する必要がある。(3つのスペース)は区別される。1.0仕様、または後継のバージョンによって定義されるように、有効なXML識別子でなければならないという追加の制約を持つ。したがって、数字または句読点文字で始まっていない場合がある。wazoo」または「1234」は含まれない。この種の属性は通常、XML要素または属性名を表すために使用される。teidata.xmlName型の属性は、teidata.name型の属性に似ているが、コロン文字(:、U+003A)を含んではならないという追加の制約がある。したがって、この種類の属性は、名前空間プレフィックスを持たないXML要素または属性名を表すために使用される。prefixDefの@identといった、teidata.prefix型の属性は、有効なURIプレフィックスを形成する文字列に制限されている。妥当な値の例は、「http」、「https」、「tn3270」、「xmlrpc.beep」、そして「view-source」である。teidata.enumerated型の属性は、上記のteidata.wordと同じ定義を持ち、追加された制約によって様々にありうる特定のリストから取得されるという制約が追加されている。いずれの場合も、属性の定義を含む要素またはクラスの仕様には、意図されたように重要な散文での記述とともに、可能な値のリストも含まれる。このリストは、開いている(この場合、リストは勧告である)か、閉じている(この場合、有効な値の範囲を決定する)ことができる。後者の場合、データ型はteidata.enumeratedではなく、可能な値の明示的なリストになる。属性は、たとえば、ポインタ値のリストや単語のリストなど、特定の型の複数の値を取ることができる。プロパティと見なされ、@minOccursまたは@maxOccurs属性によって提供される。少数のケースでは、属性は1つのデータ型または別のデータ型のいずれかの値を取る場合がある。これらのケースは、個別のデータ型と見なされる。数値の確率またはコード化された確実性値として表現できる属性値の範囲を定義する。負でない整数または文字列「unbounded」のいずれかである属性値を定義する。null文字列またはXML名を含む属性値を定義する。非推奨のデータ型マクロホームこの章で定義するteiモジュールは、あらゆるTEIスキーマの必須コンポーネントである。すべてのデータ型の宣言と、TEIスキームの他のモジュールで使用される属性クラス、モデルクラス、およびマクロの初期宣言を提供する。そのコンポーネントをアルファベット順に以下にリストする。teidata.xpathいくつかのクラス宣言は他のクラス宣言を参照するため、インフラストラクチャモジュール内で宣言が行われる順序は重要である。宣言の順序に関するその他の制約は、TEIスキームのモジュール性がさまざまなスキーマ言語で実装される方法に由来する。sections]を広範囲に使用して、一種の条件付き構築を実現する。‘notAllowed’)値を持ついくつかのパターンを事前に宣言する。NG構文を使用する古いデータ型マクロも存在する。これらは後方互換性のために保持されているが、将来のリリースで削除される予定である。古いスタイルのデータ型、たとえばdata.xxxxを参照するTEIカスタマイズは、その時まで機能し続ける必要がある。そのような参照をできるだけ早く新しいフォームteidata.xxxxに置き換えることをお勧めする。特任准教授)注釈コロンはデフォルトで妥当な名前文字でもある。XMLには(名前空間プレフィックスを示すために)特定の目的があるため、名前内で他の方法で使用することは許されない。これらのガイドラインの以前の版では、このような要素は比喩的に結晶[crystals]として知られていた。フレーズは任意の文字列を意味し、個々の単語、単語の一部、および単語のグループに無差別に適用できることに注意する。言語的に動機付けされた句単位だけを指すのではない。これは、単語をより制限的な意味で適用することに慣れている読者にとって混乱を引き起こす可能性がある。技術的にこの仕様はAからZまでの26の大文字の英字を許可する。「正規の形式は小文字であり、スキームを指定する文書では小文字を使用しなければならない」ため、TEIのeidata.prefixデータ型では大文字は使用できない。