SGML 型録の形式

[7] ABNF です。厳密な定義は >>2 の仕様書に載っている SGML//生成規則//表記法によるものを参照して下さい。

• 型録 = *ps *((拡張外部識別子 / その他の情報) 1*ps)
• その他の情報 = 見出し語 *(1*ps 引数)
• 見出し語 = システム文字列d
• 引数 = システム文字列d / (lit 1*システム文字b lit) / (lita 1*システム文字ba lita)
• 拡張外部識別子 = (公開識別子見出し語 1*ps 公開識別子 1*ps 保管物体識別子) / (名前見出し語 1*ps 実体名指定 1*ps 保管物体識別子) / (無名見出し語 1*ps 保管物体識別子)
• 公開識別子見出し語 = 'PUBLIC' / 'DTDDECL'
• 名前見出し語 = 'ENTITY' / 'DOCTYPE' / 'LINKTYPE'
• 無名見出し語 = 'SGMLDECL' / 'DOCUMENT'
• 実体名指定 = 1*拡張名前文字a / (lit 1*拡張名前文字b lit) / (lita 1*拡張名前文字ba lita)
  • ;; 「実体名」には、文書型名及び連結型名を含む。
• 保管物体識別子 = 1*システム文字a / (lit 1*システム文字b lit) / (lita 1*システム文字ba lita)
  • ;; 現在のファイル・システムで利用可能なファイルの識別子であるべき。
  • ;; 特に、 POSIX 可搬ファイル名文字集合 = ALPHA / DIGIT / "." / "-" / "_" のみから構成されるなら、ファイル名とみなさなければならない。
  • ;; 相対経路名である場合は、型録ファイルからの経路を示す。
• ps = s / 注釈
• 注釈 = com システム文字列c com
• lit = <"> ;; 二重引用符
• lita = "'" ;; 一重引用符
• com = "--"
• 公開識別子 = <ISO 8879 公開識別子>
• s = <ISO 8879 規格参照具象構文 s>
• 拡張名前文字a = 拡張名前文字 − (NULL / lit / lita / s)
• 拡張名前文字b = 拡張名前文字 − (NULL / lit)
• 拡張名前文字ba = 拡張名前文字 − (NULL / lita)
• 拡張名前文字 = <任意の文字>
• システム文字a = システム文字 − (NULL / lit / lita / s)
• システム文字b = システム文字 − (NULL / lit)
• システム文字ba = システム文字 − (NULL / lita)
• システム文字列c = *システム文字 − (*システム文字 com *システム文字) − (NULL)
• システム文字列d = 1*システム文字a − (公開識別子見出し語 / 名前見出し語 / 無名見出し語)
• システム文字= <任意の文字>
  • ;; システム文字の列は、少なくても1024文字までは扱えることが保証されている。

PUBLIC

指定した公開識別子で識別される実体の実体文を、指定した保管物体識別子で識別される物体とする。

ENTITY

名前が実体名指定と一致する実体の実体文を、指定した保管物体識別子で識別される物体とする。

DOCTYPE

文書型名が実体名指定と一致する文書実体の文書型定義の外部部分集合となる実体文を、指定した保管物体識別子で識別される物体とする。

LINKTYPE

連結型名が実体名指定と一致する連結型宣言で指定される実体の実体文を、指定した保管物体識別子で識別される物体とする。

SGMLDECL

指定した保管物体識別子で識別される物体をSGML宣言の入った実体として使用する。

DTDDECL

公開識別子が文書型宣言のものと一致する文書実体について、指定した保管物体識別子で識別される物体を SGML 宣言の入った実体として使用する。

DOCUMENT

指定した保管物体識別子で識別される物体を構文解析を開始する実体として使用する。 (この見出し語を使った指定が複数あることは、禁止はしないが認めもしない。)

[8] SGML 宣言は、

1. 文書に明示されているもの
2. DTDDECL で指定されたもの
3. SGMLDECL で指定されたもの

という優先順を持ちます。

もちろん、文書型宣言は具象構文が事前にわかっていないと読めないのですが、 大体の SGML 文書はその辺りは規格参照具象構文と同じでしょうから、 ほとんど問題ないでしょう。

XML 型録

[13]

型録 catalog は、「対応付け」情報を含む論理構造です。 1つの型録は物理的に1つ以上の型録項目ファイルを含みます。 型録項目ファイルは型録項目の集合を含む文書です。 http://www.oasis-open.org/committees/entity/spec.html#s.terminology

[9] OASIS は、 TR 9401 (SGML Catalog) を XML 化した仕様として XML Catalogs http://www.oasis-open.org/committees/entity/spec.html を定義しました。 TR 9401 の SGML もどきとは異なり、 こちらは完全に XML 風の文書として記述できます。 基本的には XML で意味がある機能だけですが、それ以外の TR 9401 の機能の写像も定義しています。

[15] http://www.oasis-open.org/committees/entity/spec.html#s.res.fail によれば、資源が XML 型録であるためには、 次の条件をすべて満たす必要があります。

• 名前空間整形式であること。
• 根要素型が {urn:oasis:names:tc:entity:xmlns:xml:catalog}:catalog であること。

応用は、これ以外の形式の型録を扱うことができても別に構いません。

• [10] Catalog support http://xmlsoft.org/catalog.html
• [12] IW:CPAN:"XML::Catalog" (0.02) はこれの実装だけど、 draft 仕様に対応したものらしい。大丈夫かな? 怪しいなあ。
• [14] 委譲や参照があるので、循環参照の対策をしておく必要があります。また、型録項目ファイル自体が文書型宣言を持っているかもしれないことにも注意が必要です。一々 OASIS のサーバーに取りに行くのは無駄ですから、最初だけ hard‐coded な型録を使うか、型録で参照されている仕様と同じ識別子を持つ実体は無視することになるでしょう。きっと。

メモ

• [11] XML Namespace Catalog Format http://www.openhealth.org/XMLCatalog/: XML 名前空間名から schema とかを取り出すための型録らしい。なぜか XHTMLBasic を土台に、 XLink を使って腐った RDF/XML 風に記述する。この仕様は、 schema に限らず一般化した RDDL に発展的消滅したみたい。その仕様の意図よりも、 XLink の駄目さ加減と RDF がリンクであることがひしひしと伝わってくる(謎)のがなんとも。