Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from http://www.asahi-net.or.jp/~ax2s-kmtn/internet/rdf/REC-n-triples-20140225.html below:

RDF 1.1 N-Triples

N-Triplesは、RDFグラフをコード化するための、行ベースの、プレーン・テキストの形式です。

この項は、このドキュメントの公開時のステータスについて記述しています。他のドキュメントがこのドキュメントに取って代わることがありえます。現行のW3Cの刊行物およびこの技術報告の最新の改訂版のリストは、http://www.w3.org/TR/のW3C技術報告インデックスにあります。

このドキュメントは、RDFワーキンググループによって勧告として公開されましたこのドキュメントに関してコメントを行いたい場合には、public-rdf-comments@w3.org（購読、アーカイブ）にお送りください。どのようなコメントでも歓迎します。

ワーキンググループの実装報告書を参照してください。

このドキュメントは、W3Cメンバー、ソフトウェア開発者、他のW3Cグループ、および他の利害関係者によりレビューされ、W3C勧告として管理者の協賛を得ました。これは確定済みドキュメントであり、参考資料として用いたり、別のドキュメントで引用することができます。勧告の作成におけるW3Cの役割は、仕様に注意を引き付け、広範囲な開発を促進することです。これによってウェブの機能性および相互運用性が増強されます。

このドキュメントは、2004年2月5日のW3C特許方針の下で活動しているグループによって作成されました。W3Cは、このグループの成果物に関連するあらゆる特許の開示の公開リストを維持し、このページには特許の開示に関する指示も含まれています。不可欠な請求権（Essential Claim(s)）を含んでいると思われる特許に関して実際に知っている人は、W3C特許方針の6項に従って情報を開示しなければなりません。

このドキュメントは、N-Triplesという、RDF[RDF11-CONCEPTS]の具象構文を定義しています。N-Triplesは、解析が容易な、行ベースの、Turtle[TURTLE]のサブセットです。

この構文は、RDFテストケース[RDF-TESTCASES]ドキュメントで元々定義されていたN-Triplesの改訂バージョンです。元々の目的は、テストケースを記述するためでしたが、RDFデータの交換フォーマットとして評判が良いことが判明しました。

N-Triplesドキュメントには解析指示子が含まれていません。

N-Triplesのトリプルは、RDFトリプルの主語、述語、目的語を表すRDF用語のシーケンスです。これらは空白（U+0020の空白またはU+0009のタブ）で区切られている可能性があります。このシーケンスは「.」と改行（ドキュメント末尾ではオプション）で終了します。

N-Triplesのトリプルは、Turtleのシンプルなトリプルでもありますが、Turtleには他のRDF用語の表現やRDFトリプルの省略形が含まれています。N-Triples形式のデータを、Turtleパーサで解析すると、N-triples言語のパーサとまったく同じトリプルが作成されます。

N-Triplesドキュメントで表されるRDFグラフには、N-Triplesのtriple生成規則とマッチする各トリプルが正確に含まれています。

最もシンプルなトリプルのステートメントは、（主語、述語、目的語）用語のシーケンスであり、空白で区切られ、各トリプルは「.」で終了します。

IRIは絶対IRIとしてのみ記述できます。IRIは「<」と「>」で囲まれ、数値エスケープ・シーケンスが含まれる可能性があります（下記で説明）。例えば、<http://example.org/#green-goblin>。

リテラルは、文字列、数値、日付などの値を識別するために用います。

リテラル（文法生成規則リテラル）では、字句形式の後に言語タグまたはデータ型IRI（または、これらのどちらもない）が置かれます。字句形式の表現は、"（U+0022）という先頭の区切り記号、認められている文字列か数値エスケープ・シーケンスか文字列エスケープ・シーケンス、最後の区切り記号で構成されます。リテラルには、エスケープ形式による場合を除き、"、 _LF、_CRという文字は含まれていないかもしれません。さらに、「\」（U+005C）は、エスケープ・シーケンスの一部として出現する場合を除き、引用符付きリテラルには出現できません。対応するRDF字句形式は、エスケープ・シーケンス処理後の、区切り記号の間の文字です。言語タグがあれば、その前に「@」（U+0040）が置かれます。言語タグがなければ、「^^」（U+005E U+005E）の後にデータ型IRIが置かれるかもしれません。データ型IRIも言語タグもないときには、それはシンプルなリテラルであり、データ型はhttp://www.w3.org/2001/XMLSchema#stringです。

N-TriplesのRDF空白ノードは、_:で表され、その後に一連の名前文字である空白ノード・ラベルが続きます。ラベル内の文字は、PN_CHARS_BASEに基づいて構築されますが、次のとおりに緩和されています。

• _という文字と[0-9]字は、空白ノード・ラベルのどこに出現してもよい。
• .という文字は、最初または最後の文字を除き、どこに出現してもよい。
• -、U+00B7、U+0300～U+036F、U+203F～U+2040の文字は、最初の文字を除き、どこでも認められる。

新しいRDF空白ノードは、ドキュメント内の一意の空白ノード・ラベルにそれぞれ割り当てられます。同じ空白ノード・ラベルを繰り返して用いると、同じRDF空白ノードを識別します。

この項は非規範的です。

• コード化はUS-ASCIIではなくUTF-8
• RDF URI参照ではなくIRIを使用
• application/n-triplesという固有のメディアタイプを定義
• Notation 3ではなくTurtleのサブセット
• コメントはトリプルの生成規則の後に出現可能
• バックスペースとフォーム・フィード用に\bと\fが認められている
• 1つの文字を表す方法が複数ある
• 空白ノード・ラベルを数字で始めることができる

この項では、レイアウトに可変性が少ないN-Triplesの正規形式を定義しました。言語の文法は同じです。実装者は、この形式を作成することをお進めします。

正規N-Triplesは、レイアウトに次の追加的な制約があります。

• subject（主語）、predicate（述語）、object（目的語）の後の空白は、1つの空白（U+0020）でなければなりません（MUST）。空白が認められている他のすべての位置は空でなければなりません（MUST）。
• コメントがあってはなりません（MUST）。
• HEXには大文字（[A-F]）のみを用いなければなりません（MUST）。
• 文字をUCHARで表現してはなりません（MUST NOT）。
• STRING_LITERAL_QUOTE内では、ECHARを用いてコード化されるのはU+0022、U+005C、U+000A、U+000Dという文字のみです。STRING_LITERAL_QUOTEで直接認められている文字にECHARを用いてはなりません（MUST NOT）。

非規範的と記している項と同じく、この仕様のすべての作成ガイドライン、図、例、注は、非規範的です。この仕様のその他の部分はすべて規範的です。

この仕様の「しなければならない（MUST）」、「してはならない（MUST NOT）」、「必須である／要求される（REQUIRED）」、「すべきである／する必要がある（SHOULD）」、「すべきでない／する必要がない（SHOULD NOT）」、「推奨される（RECOMMENDED）」、「することができる／してもよい（MAY）」、「選択できる／任意である（OPTIONAL）」というキーワードは、[RFC2119]で記述されているように解釈されるべきです。

この仕様は、次のものに関する適合性基準を定義しています。

• N-Triplesドキュメント
• 正規N-Triplesドキュメント
• N-Triplesパーサ

適合N-Triplesドキュメントは、7項 文法で定義されている文法と追加の制約に準拠したUnicodeの文字列で、ntriplesDoc生成規則で始まります。N-QuadドキュメントはRDFデータセットをシリアル化します。N-TriplesドキュメントはRDFグラフをシリアル化します。

適合正規N-Triplesドキュメントは、正規N-Triplesの追加的な制約に従ったN-Triplesドキュメントです。

適合N-Triplesパーサは、アプリケーションの代わりにN-Triplesドキュメントを読むことができるシステムです。5項 解析で定義しているように、これによってシリアル化されたRDFグラフが作成され、通常は何らかのAPI形式で、それをアプリケーションに利用できます。

N-Triples言語を識別するIRIは、http://www.w3.org/ns/formats/N-Triplesです。

N-Triplesのメディア・タイプはapplication/n-triplesです。N-Triplesのコンテンツ・エンコーディングは、常にUTF-8です。メディア・タイプの登録形式については、N-Triplesメディア・タイプを参照してください。

N-Triplesは、以前は他のメディアタイプで提供されていました。N-Triplesはtext/plainでも提供できます。N-Triplesをこの方法で用いる場合には、US-ASCII以外の文字のエスケープ形式を用いなければなりません（MUST）。N-TriplesはTurtleのサブセットであるため、N-Triplesドキュメントは、text/turtleでも提供できます（MAY）。N-Triplesドキュメントはapplication/n-triplesでのみ提供されるため、これらのどちらのケースでも、ドキュメントはN-Triplesドキュメントではありません。

N-Triplesドキュメントは、UTF-8でエンコードされたUnicode[UNICODE]文字列です。U+0～U+10FFFFの範囲のUnicodeコード・ポイントのみが認められています。

空白（U+0009のタブまたはU+0020の空白）は、そうしないと1つの終端記号と（誤）認識されてしまう2つの終端記号を分離するために用いられます。空白は生成規則STRING_LITERAL_QUOTEにおいて重要です。

N-Triples内のコメントは、IRIREFやSTRING_LITERAL_QUOTEの外部では、「#」の形式をとり、行末（EOL）（行末を含まない）まで続くか、コメント記号の後に行末がない場合にはファイルの最後まで続きます。コメントは空白として扱われます。

ここで用いるEBNFは、XML 1.0[EBNF-NOTATION]で定義されています。

エスケープ・シーケンスの規則はTurtle[TURTLE]と同じです。しかし、STRING_LITERAL_QUOTE生成規則のみが認められているため、リテラル内の改行はエスケープしなければなりません（MUST）。

N-Triplesの解析には、次の1つのアイテムの状態が必要です。

• Map[string -> blank node] bnodeLabels — 文字列から空白ノードへのマッピング。

次の表は、生成規則と字句トークンを、RDF termsまたは8項 解析で挙げたRDF termsの構成要素にマッピングしています。

N-Triplesドキュメントは、RDFトリプルの集合で構成されるRDFグラフを定義しています。triple（トリプル）生成規則により、subject（主語）、predicate（述語）、object（目的語）のために構築された用語により定義されたトリプルが作成されます。

この項は非規範的です。

RDF 1.1の編集者は、Gregg Kellogg、Eric Prud'hommeaux、Dave Beckett、David Robillard、Gregory Williams、Pat Hayes、Richard Cyganiak、Henry S. Thompson、Peter Ansell、Evan Patton、およびDavid Boothの有益な貢献に感謝いたします。

この仕様は、RDFワーキンググループのメンバーにより積み重ねられた議論の成果です。 これは、Dave Beckettにより編集されたRDFテストケースという過去の仕様を参考にしています。

• 言語型付きリテラルに関する文法規則[6]のバグを修正。

• RDF概念の規範的参考文献を追加。
• 「正規N-Triples」に関する記述を別の項にした。

実質的な変更なし。

• 正規N-Triplesドキュメントを定義した項。
• Turtleと同様に、空白規則を文法外で定義。
• コメント処理を定義。
• 解析を定義。
• 「N-TriplesとTurtleの違いの要約」を削除。
• ワーキンググループ・ノートではなく、勧告トラックに。

連絡先:

Eric Prud'hommeaux

参照:

W3C仕様に関するメディア・タイプの登録方法

インターネット・メディア・タイプ登録、使用の整合性
TAGの発見事項 2002年6月3日（2002年9月4日改定）

N-Triplesのインターネット・メディア・タイプ/MIMEタイプは、「application/n-triples」です。

N-Triplesファイルは、すべてのプラットホーム上で拡張子「.nt」（すべて小文字）であることが推奨されます。

マッキントッシュHFSファイル・システム上に保存されたN-Triplesファイルには、ファイル・タイプ「TEXT」が付与されていることが推奨されます。

下記のこの情報は、IANAでのレビュー、承認、および登録のためにIESGに提出されるでしょう。

タイプ名:

application

サブタイプ名:

n-triples

必須パラメータ:

なし

任意のパラメータ:

なし

コード化に関する留意点:

N-Triplesの構文は、Unicode[UNICODE]のコード・ポイントで表されます。コード化は、常にUTF-8[UTF-8]です。

Unicodeコード・ポイントは、Xが16進の[0-9A-F]である場合、\uXXXX（U+0～U+FFFF）または\UXXXXXXXX構文（U+10000以降）を用いて表現できます。

セキュリティに関する留意点:

は汎用の言明言語です。アプリケーションは、より多くの言明を推論したり、IRIを逆参照するためにデータを評価でき、そのIRIのスキームに関するセキュリティ上の検討事項が生じます。特に、HTTP IRIに関する[RFC3023]の10項のプライバシー問題に注意してください。不正確または悪質なデータ情報源から得たデータは、意図しないIRIの逆参照のみならず、不正確または誤解を招く結果に結びつくかもしれません。調べた資源に対する信頼性を、意図されているデータ利用の感度と慎重に合わせなければなりません。例えば、潜在的な内科療法の推論には、旅行計画の推論とは恐らく異なる信頼性が必要でしょう。

N-Triplesは任意のアプリケーション・データを表すために用います。セキュリティ上の検討事項は、使用領域によって変わるでしょう。テキストに適用できるセキュリティ・ツールやプロトコル（例えば、PGP暗号化、MD5チェックサム検証、パスワードで保護された圧縮）は、N-Triplesドキュメントにも使用できます。組み込まれた情報の感度を反映したセキュリティー/プライバシー・プロトコルを課さなければなりません。

N-Triplesは、ユーザに提示するデータを表すことができます（例えば、RDFスキーマ・ラベル）。信頼できないN-Triplesドキュメントから検索された文字列を表示するアプリケーションは、読者を誤解させるような悪質な文字列が用いられていなことを保証しなければなりません。XMLのメディア・タイプ登録におけるセキュリティに関する考察（[RFC3023]の10項）は、任意のデータとマークアップの表現に関するガイダンスを追加提供します。

N-Triplesは、IRIを用語識別子として用います。N-Quadsで表現されたデータを解釈するアプリケーションは、URI（Uniform Resource Identifier）: 一般的構文[RFC3986]の7項とIRI（Internationalized Resource Identifiers）[RFC3987]の8項のセキュリティ問題に取り組むべきです。

複数のIRIの見た目が同じでありえます。異なるスクリプトの文字が同じに見えるかもしれません（キリル文字の「о」はラテン文字の「o」と同じに見えるかもしれません）Turtleでデータを記述または解釈する人やアプリケーションは、意図するセマンティクスとマッチするIRIを慎重に用いて、同じように見えるIRIを回避しなければなりません。類似している文字のマッチングに関する詳細は、Unicodeセキュリティに関する留意点[UNICODE-SECURITY]およびIRI（Internationalized Resource Identifiers）[RFC3987]の8項にあります。

互換性に関する留意点:

互換性の問題は知られていません。

公開済み仕様書:

この仕様書。

このメディア・タイプを使用するアプリケーション:

このメディア・タイプを用いる広く展開したアプリケーションは知られていません。これは、これらのデータを用いる一部のウェブ・サービスとクライアントで使用できます。

追加情報:

マジック・ナンバー:

なし

ファイル拡張子:

「.nt」

マッキントッシュ・ファイル・タイプ・コード:

「TEXT」

詳細情報に関する連絡先:

Eric Prud'hommeaux <eric@w3.org>

意図する使途:

汎用

使用上の制限:

なし

著者／改版管理者:

N-Triples仕様は、RDF WGの成果です。W3Cは、この仕様書に対する変更管理を保持します。

[EBNF-NOTATION]

Tim Bray; Jean Paoli; C. M. Sperberg-McQueen; Eve Maler; Francois Yergeau. EBNF Notation 26 November 2008. W3C Recommendation. URL: http://www.w3.org/TR/REC-xml/#sec-notation

[RDF-TESTCASES]

jan grant; Dave Beckett. RDF Test Cases. 10 February 2004. W3C Recommendation. URL: http://www.w3.org/TR/rdf-testcases

[RDF11-CONCEPTS]

Richard Cyganiak, David Wood, Markus Lanthaler. RDF 1.1 Concepts and Abstract Syntax. W3C Recommendation, 25 February 2014. URL: http://www.w3.org/TR/2014/REC-rdf11-concepts-20140225/. The latest edition is available at http://www.w3.org/TR/rdf11-concepts/

[RFC2119]

S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. March 1997. Internet RFC 2119. URL: http://www.ietf.org/rfc/rfc2119.txt

[RFC3023]

M. Murata; S. St.Laurent; D. Kohn. XML Media Types (RFC 3023). January 2001. RFC. URL: http://www.ietf.org/rfc/rfc3023.txt

[RFC3986]

T. Berners-Lee; R. Fielding; L. Masinter. Uniform Resource Identifier (URI): Generic Syntax (RFC 3986). January 2005. RFC. URL: http://www.ietf.org/rfc/rfc3986.txt

[RFC3987]

M. Durst; M. Suignard. Internationalized Resource Identifiers (IRIs). January 2005. RFC. URL: http://www.ietf.org/rfc/rfc3987.txt

[TURTLE]

Eric Prud'hommeaux, Gavin Carothers. RDF 1.1 Turtle: Terse RDF Triple Language. W3C Recommendation, 25 February 2014. URL: http://www.w3.org/TR/2014/REC-turtle-20140225/. The latest edition is available at http://www.w3.org/TR/turtle/

[UNICODE]

The Unicode Standard. URL: http://www.unicode.org/versions/latest/

[UTF-8]

F. Yergeau. UTF-8, a transformation format of ISO 10646. IETF RFC 3629. November 2003. URL: http://www.ietf.org/rfc/rfc3629.txt

[UNICODE-SECURITY]

Mark Davis; Michel Suignard. Unicode Security Considerations. URL: http://www.unicode.org/reports/tr36/

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.3