<urn:x-suika-fam-cx:> 名前空間

表記法

この文書では、 RFC 2119 [KEYWORD] で定義された用語 しなければなりません (MUST), してはなりません (MUST NOT), するべきです (SHOULD), するべきではありません (SHOULD NOT), して構いません (MAY) を日本語で強調して使います。

構文の規定では、 ABNF [ABNF] を使います。但し、 URI は文字列であって必ずしもビット列ではないので、 終端はビット列ではなく文字であると考えます [URI 2.]。使用している構文規則のうち、この文書で定義されていないものは URI 一般構文の仕様書 [URI] で定義されています。

単純文字列比較

最も簡単なのは単純な文字列としての比較 [URI 6.2.1.] です。この比較方法では、2つの URI を構成する文字を比較し、まったく同じであれば等価、 そうでなければ異なるとします。

urn:x-suika-fam-cx: URI は単純な名前として使われることが多いと考えられますから、 ほとんどの場合はこの方法で比較がなされることとなるでしょう。 ですから、できるだけ常に正準形に正規化された URI を使用するべきです。

等価性特性

何らかの正規化を行った上で行う比較 (あるいは何らかの違いを無視した比較) には色々な方法があります。 ここではその正規化の性質とその名前 (等価性特性) を定義します。

識別子

<http://suika.fam.cx/~wakaba/archive/2005/5/equiv-percent>

等価性

非予約文字を百分率符号化したものは、 非予約文字そのものと等価。

正準形

非予約文字そのものによる表現 [URI 6.2.2.2.]。

識別子

<http://suika.fam.cx/~wakaba/archive/2005/5/equiv-percent-digit>

等価性

百分率符号化した結果における小文字は、大文字と等価。

正準形

大文字 [URI 6.2.2.2.]。

識別子

<http://suika.fam.cx/~wakaba/archive/2005/5/equiv-scheme>

等価性

scheme において、大文字は小文字と等価。

正準形

小文字 [URI 6.2.2.1.]。

識別子

<http://suika.fam.cx/~wakaba/archive/2005/5/equiv-urn-nid>

等価性

URN の名前空間識別子において、 大文字と小文字は等価。

正準形

小文字。

識別子

<http://suika.fam.cx/gate/2005/sw/urn%3Ax-suika-fam-cx#anchor-6>

等価性

urn:x-suika-fam-cx: で始まる URI (これ自体を含みません。) において、末尾に COLON が含まれても含まれなくても等価。

注意

この等価性は、以前の規定との互換性のためにここに定義しますが、 新しい応用では使用してはなりません。

新規登録・登録内容の変更

新しい sub-nid の登録や既存の sub-nid の登録内容の変更は、 次の手続きにより行います。

1. 登録雛形を埋めて、電子メイルで <sana@suika.fam.cx> へ、 または電子ニュースで suika.admin (NNTP / HTTP) までお送り下さい。
2. 電子メイルでお送り頂いた場合は、担当者が電子ニュースに転送します。
3. 最低2日の評価期間中に技術的、その他の問題を検討します。
4. 評価の結果特に問題が無ければ、あるいは評価期間中の修正を経て、 担当者は登録簿 [LIST] を更新します。

登録内容の変更の場合、非互換な変更を行うことはできません。 また、一旦登録したものを削除することはできません。 使用しないことにする時は、状態を非推奨として下さい。

登録の条件

他の URI で表せないこと

他の URI scheme, urn: の他の名前空間, あるいは別の <urn:x-suika-fam-cx:> URI で表せるものに割当てを行うべきではありません。

UUID には <urn:uuid:> を使うべきであり、新たに割当てを行うべきではありません。

一次定義文書が存在しないこと

一次定義文書が存在する場合は、新たに割当てを行うべきではありません。 代わりに、取出し可能な場所に配置し、その取出しプロトコルに対応する URI を使用するべきです。

XML 名前空間名として使用する URI は、例えば HTTP で取出し可能な場所に名前空間文書 (人間可読な説明文や DTD など) を配置し、その http: URI を使用するべきです。

RDF 語彙は、 RDF/XML などによる表現を 例えば HTTP で取出し可能な場所に名前空間文書 (人間可読な説明文や DTD など) を配置し、その http: URI を使用するべきです。

ある名前空間を使わない XML の語彙があり、 その語彙を管理している組織が今後も名前空間 URI を定義しそうにない場合、 <urn:x-suika-fam-cx:> URI を割当てても構いません。 名前空間定義文書の代わりに使えそうな資源が公式に提供されていれば、 それを一次解決 URI に指定するべきです。非公式に提供されていれば、 それを二次解決 URI に指定するべきです。

実際には、この例の場合は <urn:x-suika-fam-cx:> 名前空間直下にではなく、 <urn:x-suika-fam-cx:markup:> [LIST-MARKUP] に登録するべきです。

権利上問題が無いこと

権利等の問題があるものを割当ててはなりません。例えば、 著作権上問題があるプログラムの断片を使用することはできません。 また、商標権的に問題となり得る名前を使用してはなりません。

登録雛形

sub-nid の登録の際には次の雛形を埋めて提出する必要があります。

sub-nid

(urn:x-suika-fam-cx: の直後に来る文字列です。)

版番号

(最初の登録では 1 とし、 以後修正がある毎に1ずつ増やしていきます。 必要があれば飛ばしても構いません。)

登録日

(提案 (登録) 者は提出時には空欄としておきます。 登録担当者は登録時に日付を挿入します。)

登録者

(登録者の名前と連絡先です。連絡先は電子メイルのアドレスにするべきです。)

構文と意味

(sub-nid より後で、 "#" fragment より前に来る文字列の構文と意味です。規定の方法は自由ですが、 曖昧なく定義しなければなりません。 構文は可能な組合せをすべて列挙するか、 または ABNF [ABNF] を使用するのが望ましいです。西瓜 Web 鯖にある文書を参照しても構いません。)

識別子の固有性

(識別子の固有性に関する考察です。 異なる意味を持つ同じ識別子が同時に存在してしまうことは防ぐべきです。)

識別子の永続性

(識別子の永続性に関する考察です。 ある識別子が一旦割当てられた後は、その識別子を別のものに割当ててはなりません。 使用を中止する時はそのことを明記して保留しなければなりません。)

識別子割当手続き

(識別子の割当ての方法についての規定です。)

識別子解決処理

(識別子の解決の方法についての規定です。)

識別子の等価性

(識別子の等価性についての規定です。)