RDF Site Summary (RSS)とは軽量で多目的な拡張性のあるメタデータやシンジケーションフォーマットです。 RSSはW3CのRDF仕様書に従ったXMLアプリケーションであり、XMLネーム空間や、RDFに準拠したモジュール化を通じての拡張性があります。
RSS-DEVのワーキンググループは以下です。
最新版: http://purl.org/rss/1.0/spec
コメントはhttp://www.egroups.com/messages/rss-devにあるRSS-DEV メーリングリストへ直接お送りください。
Copyright © 2000 by Authors.
RDF Site Summary 1.0仕様書とそれに付随する文書の使用、複製、変更、そして頒布の許可はいかなる目的においても、無料で、恒久的に許諾されます。ただし、上記の版権の告示および節がすべてのコピーに表示されることを条件とします。版権所有者はいかなる目的でも本仕様書の適合性について責任を負いません。本仕様書は明示的または黙示的な保証なしに”そのままの状態”で提供されます。
本版権はRDF Site Summary 1.0 仕様書とそれに付随する文書に適用され、RSSフォーマット自身に拡大されることはありません。
RDF Site Summary (RSS)は軽量で多目的な拡張性のあるメタデータ記述であり、シンジケーションフォーマットです。RSSは、W3CのRDF仕様に準拠したXMLアプリケーションで、XMLネーム空間やRDFに準拠したモジュール化を通じての拡張性を持っています。
RSS summaryは、最低でも、URLで検索可能な項目で構成されている"channel"を記述している文書です。各項目はタイトル(title)、リンク(link)そして簡単な記述(brief description)で構成されています。項目(item)には 従来よりニュースヘッドラインがありますが、RSSはその短い存在の中に、リパーパスが多く見られます。 RSS 1.0 文書の例に関しては、以下の例 の章を参照して下さい。
1999年、NetscapeはRSS 0.9をMy Netscape Network (MNN)ポータルのためのchannel記述フレームワーク/コンテンツ収集機構として導入しました。文書内の簡単なスナップショットを提供することによって、Webサイト作成者はMy Netscapeのコンテンツを通じて、読者を得ていました。
MNNの働きの副産物はRSSをXMLに準拠した軽量なシンジケーションフォーマットを使用することでした。そして、特定のシンジケーションシステムの実用可能な代替となり、 ICE などのような重量の基準が過剰になった多くのシナリオですぐに実用的になりました。リパーパスはヘッドラインシンジケーションで打ち止めにはなりませんでした。つまり、現在のRSSフィードは、ニュースヘッドラインや、ディスカッションフォーラム、ソフトウェアの告示、さまざまな所有者のデータなど、コンテンツタイプの配列を行います。
RSS 0.91は、"Rich Site Summary" と呼ばれていましたが、0.9のすぐ後に出ました。RDFにその根をおろし、UserlandのscriptingNews形式から新しい要素を発生させました。-- 最も顕著に新しい項目レベル<description>要素になり、RSS を(軽量な)コンテンツのシンジケーション界に導きました。
NetscapeはRSSへの取り組みをやめましたが、UserlandのDave Winerが行った普及はRSSをシンジケーションフレームワークとして採用するうねりを起こしました。RSS 0.91を Manila 製品や関連するEditThisPage.comサービスのためのシンジケーションのひとつとして組み込むことはweblogとシンジケーションの世界をまとめることになりました。
RSSがリパーパスされ、統合され、分類され続けるにつれ、改良したメタデータのフレームワークへの必要性も高まっています。channnelレベルやitemレベルのtitle要素とdescription要素はメタデータとHTMLで負荷をかけられています。作成者の中にはRSSの貧弱なメタデータ機能を増大させようとする際に、非公式で特別な要素を挿入することに頼る人さえいます。(たとえば、 <category>, <date>, <author>など。)
より簡単な要素をRSSのコアに追加するということがその解決の一つとして提案されました。短期的にみれば恐らく一番簡単のように思えますが、この命令はスケーラビリティを犠牲にし、コアフォーマットへの度重なる修正や、要求された機能の追加、未使用の機能の削除が必要となります。要素使用のより具体的な表現については、Ian DavisのRSS Survey (2000-07-25) を参照して下さい。
次に提案された解決は、（ここで採用していますが）特定の機能を差し込み可能なRSSもモジュールに区分することです。これは本仕様書で使用しているアプローチの一つです。つまり、モジュール化は言語を分割するためのXML ネーム空間 を使用してなされます。RSSの機能を追加したり、削除したりすることはタスクに一番あったモジュールの特定のセットを組み込む際の問題です。RSSコアの再生は必要ありません。
RSSの進歩したアプリケーションにはintra-channel要素とinter-channel要素間の関係をより豊富に表現することが必要です。(例えば、じっくりと行った話し合いなど) RDF (Resource Description Framework)はそういった豊富なメタデータモデリングのためのフレームワークを提供します。RSS 0.9は、さらなる構造をその上に積み重ねる基本の(だが、制限された) RDFの基礎を提供しました。
RSS 1.0のデザインの目標はXMLに準拠した軽量で多目的で拡張性のあるメタデータ記述およびシンジケートフォーマットです。 RSS 0.9との後方互換性は現在シンジケートされたコンテンツの作成者が簡単に採用できることを目標としています。i
RSSの成功はXMLNews やICEのように完全なシンジケーションフレームワークではなく、簡単なXML文書である、という事実が大きく貢献してます。
以下はコアのRSS1.0要素セットだけを使用しているRSS 1.0文書の基本的な例です。
<?xml version="1.0"?>
<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/"
>
<channel rdf:about="http://www.xml.com/xml/news.rss">
<title>XML.com</title>
<link>http://xml.com/pub</link>
<description>
XML.com の特徴はXMLコミュニティに対する情報とサービスの豊富な組み合わせです。
</description>
<image rdf:resource="http://xml.com/universal/images/xml_tiny.gif" />
<items>
<rdf:Seq>
<rdf:li resource="http://xml.com/pub/2000/08/09/xslt/xslt.html" />
<rdf:li resource="http://xml.com/pub/2000/08/09/rdfdb/index.html" />
</rdf:Seq>
</items>
</channel>
<image rdf:about="http://xml.com/universal/images/xml_tiny.gif">
<title>XML.com</title>
<link>http://www.xml.com</link>
<url>http://xml.com/universal/images/xml_tiny.gif</url>
</image>
<item rdf:about="http://xml.com/pub/2000/08/09/xslt/xslt.html">
<title>XSLTで、組み込みを処理する</title>
<link>http://xml.com/pub/2000/08/09/xslt/xslt.html</link>
<description>
一般のXMLで文書を組み込む処理は問題を含んでいるかもしれません。この条項はSAXに準拠した処理を通じて、 包括情報を保存する方法を提案します。
</description>
</item>
<item rdf:about="http://xml.com/pub/2000/08/09/rdfdb/index.html">
<title>RDFを作業に加える</title>
<link>http://xml.com/pub/2000/08/09/rdfdb/index.html</link>
<description>
Resource Description FrameworkのためのツールとAPIサポートはゆっくりと成長しています。Edd Dumbill はもっとも魅力的で新しいRDFツールキットの一つであるRDFDBを調べます。
</description>
</item>
</rdf:RDF>
バージョン0.91がリリースされて12ヶ月経ち、RSSの使用法に関するさまざまな書物も出てきています。高まるアプリケーションのニーズに合わせてRSSが必要となってきています。たとえば、収集や、話し合いの筋道、ジョブリスティング、販売用の家、(マルチプルリスティングサービス)、スポーツの点数つけ、文書のカタログ化など。XMLネーム空間に準拠したモジュール化とRDFを通して、RSS 1.0 は標準化されたリパーパスと特別なリパーパスのためのフレームワークを構築します。
RSS 1.0とそれ以前(または傍系)のバージョンの重要となる相違点はXML ネーム空間と RDF (Resource Description Framework)対応を経由しての拡張性にあります。
ネーム空間に準拠したモジュール は以下の点が無くても、区分化された拡張性を可能にし、RSSを拡張可能にします。
RSSモジュールはモジュールの章で詳細を述べています。
メタデータとはデータについてのデータです。Webについて流布する情報は不足していませんが、それについての記述はほとんどありません。W3CのMetadata Activity Statement ではこの議題について以下の様に言及しています。
Webの使用の可能性は無限ですが、その技術には重大な部分が欠けています。欠けているのは情報についての情報です。それは、特にコンピュータがWebページを適切に検索し、処理する方法で構築されたラベリング、カタログ化そして記述的な情報です。
RDFは初期の均一に組み立てられたRSSを使用してできること以上に豊富なメタデータの表現を見込んでいます。RSSの初期のバージョンにRDFを再構築することを選択する理由はRSS 0.9における現行のRDFの基礎にあります。つまり、RDFのRSSバージョン0.91 への再導入の試みは”歯磨き粉をチューブに戻す”主張を証明しました。
シンジケーションをここでは、検索やよりよい送信、収集のためにデータをオンラインで使用可能にすることや、データをオンライン発行可能にすることとして定義します。シンジケーションシステムの複雑なさまざまの特性 (無料vs. 会費、 押す vs 引くなど) は本仕様書には述べていません。
RSS 1.0 のコアはRSS 0.9上に構築されています。RSS1.0の核となっているのは、後方互換性を維持する一方で、XMLネーム空間とRDF経由での拡張性を持つことです。
RSS 0.9との後方互換性
後方互換性は基本のRSS構文解析プログラムや、モジュールそしてライブラリが以下のことを理解するために、デザインされなかったものを無視するという仮定や規定によって成し遂げられます。
XMLネーム空間に準拠したモジュール化を通じた拡張性
RSS 1.0 はXMLネーム空間に準拠したモジュールを通しての拡張性があります。もちろん、特定の拡張性も推奨されますが、そういった機能をカバーする一致したモジュールのコアセットが分類や集合、Dublin Coreとして現れることが望まれています。下記のモジュール の章とコアRSS 1.0 Modulesのレジストリを参照してください。
トップレベルのchannelや、image、item、textinput要素[5.3
<channel>, 5.4
<image>, 5.5
<item>, 5.6
<textinput>] のサブセットの制約は、これらの要素には繰り返しのサブセットを含むことができないという事です(例えば、<item><dc:subject /><dc:subject
/></item>など)。この提案はすぐ近くのサブセットを拘束するだけです。(豊富なコンテンツや繰り返す要素の)深さはすでにRDF構文を使用してうまく定義されています。
RDF
RSS 1.0 はRSS0.9に見られる（RSS0.91では無くなっている）できたばかりのRDFフレームワーク上に以下の最低限の付加を媒体として構築しています。
rdf:about要素が含まれていなければなりません。5.3,
5.4,
5.5,
5.6
].RDFとRSS1.0のわかり易いXML表示をできるだけ同期性に維持するためにはRSS 1.0のみがcore要素で分類された要素のRDF構文の使用をサポートすることです。
Mime タイプ
RSS1.0文書のための現在のmimeタイプの勧告はアプリケーション/xmlですが、現在その作業はRDF（および恐らくRSS)用mimeタイプを登録するためになされています。 RDF(むしろRSS)の mime-タイプは一旦登録されると使用すべきです。
ファイル拡張子
RSS1.0文書用の特定のファイル拡張子は必要ありません。.rdf や.xmlをお勧めしますが、前者の方がより好まれます。
符号化
RSS 0.9はASCII符号化のみをサポートしていましたが、RSS 1.0 はUTF-8を採用します。US-ASCII (つまり、127以上の文字は&#nnn;として符号化します。)はUTF-8 (とISO-8859-1、HTTPのデフォルトヘッダ符号化)と適合します。
URL
RSS 0.9との後方互換性を保証するための方法として、以下のスキーマがurl要素およびlink要素で使用できます。http:,
https:, ftp:. mailto: はテキスト入力のリンクでのみ使用できます。
エンティティ:
XMLにはマークアップのための特定の文字が保存されています。これらの文字をRSS文書に組み込むためには、以下のように、それらのエンティティ参照と入れ替えなければなりません。
<は<になります。
>は>になります。
&は&になります。また、以下の二つのエンティティ参照も準拠するXML構文解析プログラムで認識されます。共通ですがオプションです。しかし、引用された文字列の中に同じ文字を使用して引用文字を組み込む場合は必須の文字です。例えば、""こんにちは、" と彼女は言った。" は""こんにちは、"と彼女は言った。"と符号化して下さい。
'は'になります。
"は"になります。 注意: RSS 1.0にはDTDは必要ではありませんので、必ず使用されているエンティティのインライン宣言を上記5つを除いて、組み込んで下さい。以下のDTDフラグメントはHMLと互換性のあるエンティティのソースとして非常に便利です。
使用例:
<?xml version="1.0"?> <!DOCTYPE rdf:RDF [ <!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent"> %HTMLlat1; ]> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" > ...
コンテンツの長さ:
RSS 1.0は、タイトルやリンク、アプリケーションへの記述などの要素のための条件にあったコンテンツの長さを残していますが、RSS 0.9の文字の最大の長さは、後方互換性に厳しくこだわる提案された最良のプラクティスの状態には反しています。
表記:
以下のコア要素の記述では、以下の表記が使用されます。
{something}はURIや値などの単なるプレースホルダーです。
?は要素や属性がオプションであることを示しています。
+はこの要素や属性の"一つ以上の" インスタンスが使用できることを意味しています。
* はこの要素や属性の"0以上の" インスタンスが
使用できることを意味しています。 XMLアプリケーションのように、RSS文書はXML宣言で始める必要はありません。一番良いプラクティスの提案であり、RSS 0.9 との後方互換性をより保証するものとして、本仕様書はXML宣言で始めることを推奨します(0.9の仕様書では必須です。)
構文: <?xml version="1.0"?>
要件:
(符号化を指定しない限り)オプションです。
RSS 1.0に対応した各文書の最上のレベルはRDF要素です。 RDF開始タグはrdf: ネーム空間の接頭辞とRDF構文スキーマを関連付けし、RSS 1.0のスキーマをその文書のデフォルトのネーム空間として確立します。
有効なネーム空間の接頭辞が使用されるかもしれませんが、文書作成者は"rdf:"を標準準拠であるとみなすよう推奨されます。RSS 0.9との後方互換性を強く求めている人は"rdf:"を使用しなければなりません。
構文: <rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/">
要件: 他の付加的なネーム空間宣言とは別に、示しているように厳密に必須です。
モデル:
(channnel、image?、items+, textinput?)
channel要素にはタイトル(title)や簡潔な記述(brief description)、記述されているリソース（例えば、channelプロバイダのホームページなど）へのURLリンクなどを含むchannel自身を記述するメタデータが含まれています。 channel要素のrdf:about属性の{resource} URLは、RSS文書の他のrdf:aboutに関して一意でなければなりません。また、channelを識別するURIです。 ほとんどの場合、これは記述されているホームページのURLか、または、RSSファイルが検索されたURLです。
構文: <channel
rdf:about="{resource}">
要件: 必須
必須の属性
: rdf:about
モデル: (title、link、descripsion、image?、items、textinput?)
例:
<channel rdf:about="http://www.xml.com/xml/news.rss">
<title>XML.com</title>
<link>http://xml.com/pub</link>
<description>
XML.com の特徴はXMLコミュニティに対する情報とサービスの豊富な組み合わせです。
</description>
<image rdf:resource="http://xml.com/universal/images/xml_tiny.gif" />
<items>
<rdf:Seq>
<rdf:li resource="http://xml.com/pub/2000/08/09/xslt/xslt.html" />
<rdf:li resource="http://xml.com/pub/2000/08/09/rdfdb/index.html" />
</rdf:Seq>
</items>
<textinput rdf:resource="http://search.xml.com" />
</channel>
channelのための記述的なタイトル。
構文:
<title>{channel_title}</title>
要件:
必須
モデル: (#PCDATA)
(提案されている) 最大の長さ: 40
(文字)
channel titleのHTMLレンダリングがリンクするURL。通常、親サイトのホームページやニュースページ。
構文:
<link>{channel_link}</link>
要件:
必須
モデル: (#PCDATA)
(提案されている) 最大の長さ:
500
channelのコンテンツや機能、ソースなどの簡単な記述。
構文:
<description>{channel_description}</description>
要件:
必須
モデル: (#PCDATA)
(提案されている) 最大の長さ:
500
オプションのimage要素[5.4] とこの特定のRSSchannelとのRDF関係を確立します。rdf:resourceの{image_uri} はimage要素のrdf:about {image_uri}と同じでなければなりません
構文: <image rdf:resource="{image_uri}"
/>
要件: image要素が存在する場合は必須です。
モデル: Empty
文書の項目[5.5] とこの特定のRSSchannelを関連付けるRDFの目次。各itemのrdf:resource {item_uri} は関連するitem要素のrdf:about {item_uri}と同じでなければなりません。
レンダリングや再構築のためのitem順序を示すためのRDF Bagではなく、全itemを含めるためにRDF Seq (シーケンス)を使用します。 i
channelレベルのitemシーケンスとしてではなく、文書内現れるitemはRDF構文解析プログラムが破棄する可能性があるということにご注意下さい。
構文: <items><rdf:Seq><rdf:li resource="{item_uri}"
/> ... </rdf:Seq></items>
要件:
必須
オプションのtextinput要素[5.6] とこの特定のRSSチャンネルとのRDF関係を確立します。{textinput_uri} rdf:resourceはtextinput要素のrdf:about {textinput_uri}は同じでなければなりません。
構文: <textinput rdf:resource="{textinput_uri}"
/>
要件:texinput要素が存在する場合は必須です。
モデル: Empty
channelのHTMLレンダリングと関連付けられるimageです。このimageは大部分のWebブラウザがサポートしているフォーマットであることを推奨します。後の0.91仕様では幅1-144、高さ1-400を有効としていますが、従来は(そして、0.9仕様) 88x31を指示しています。
構文: <image
rdf:about="{image_uri}">
要件: オプショナルですが、もし存在するならchannel要素[5.3.4]内でなければなりません。
必須
の要素: rdf:about
モデル: (title, url,
link)
例:
<image rdf:about="http://xml.com/universal/images/xml_tiny.gif">
<title>XML.com</title>
<link>http://www.xml.com</link>
<url>http://xml.com/universal/images/xml_tiny.gif</url>
</image>
HTMLとしてレンダされる際、channelのimageタグと関連付けれられる代替テキスト。("alt" 属性)
構文:
<title>{image_alt_text}</title>
要件: image要素が存在する場合は必須です。
モデル: (#PCDATA)
(提案されている) 最大の長さ: 40
HTMLとしてレンダされる際、channelのimageタグの"src"属性で使用されるimageのURL。
構文: <url>{image_url}</url>
要件:
image要素が存在する場合は必須です。
モデル:
(#PCDATA)
(提案されている) 最大の長さ: 500
channel imageのHTMLレンダリングがリンクするURL。 channelのtitleのlinkと同じように、これは通常、親サイトのホームページやニュースページです。
構文:
<link>{image_link}</link>
要件: image要素が存在する場合は必須です。
モデル: (#PCDATA)
所属:
image
（提案されている) 最大の長さ: 500
通常はRSS1.0のモジュラーの拡張性をもつニュースヘッドラインですが、何にでもなれます。例えば、審議の提示や、ジョブリスティング、ソフトウェアパッチなど-- URIを持つオブジェクト。RSS文書ごとに最低一つのitemがあります。RSS 1.0では上限はありませんが、RSS 0.9や0.91との後方互換性を考えると、最大15がお勧めです。
RSS文書のその他のrdf:about属性に関して、{item_uri}は一意でなければなりません。また、これはitemを識別するURIです。可能であれば、{item_uri} は<item>要素の<link>サブ要素の値に一致したほうがよいでしょう。
構文: <item rdf:about="{item_uri}">
要件:
>= 1
(0.9xとの後方互換性を考えると)推奨:
1-15
必須の属性: rdf:about
モデル: (title,
link, description?)
例:
<item rdf:about="http://xml.com/pub/2000/08/09/xslt/xslt.html">
<title>XSLTで、組み込みを処理する</title>
<link>http://xml.com/pub/2000/08/09/xslt/xslt.html</link>
<description>
一般のXMLで文書を組み込む処理は問題を含んでいるかもしれません。この条項はSAXに準拠した処理を通じて、 包括情報を保存する方法を提案します。
</description>
</item>
itemのタイトル。
構文:
<title>{item_title}</title>
要件:
必須。
モデル: (#PCDATA)
（提案されている) 最大の長さ:
100
itemのURL。
構文:
<link>{item_link}</link>
要件:
必須。
モデル: (#PCDATA)
（提案されている) 最大の長さ:
500
itemの簡単な記述/概要。
構文:
<description>{item_description}</description>
要件:
オプションです。
モデル: (#PCDATA)
提案されている) 最大の長さ:
500
textinput要素はフォームデータを任意のURLに提示する方法を提供します。-- 通常、親となるWebサイトにあります。末尾のみを受け取る際のフォームプロセッサはHTTP GET方式を処理すると思われます。
フィールドは-- その他の中では、一般的に検索ボックスや応募フォームとして使用されます。このフィールドはRSS文書がchannel(MNNを参照して下さい。) としてレンダーされ、人間が読むことができるタイトルや記述と一緒になっている際にはいくつか使用されますが、この過負荷な要素の意味を自動決定する際の両義性によって、その他の場合ではそのフィールドが特に不便なものになります。そのため、RSS 1.0 はRSS 0.9との後方互換性を保つ一方で、将来のバージョンではこの要素のリソース発見のフォームをいくつか減らすか、または、拡大するかを提案します。
{textinput_uri} はRSS文書の他のrdf:about要素に関して一意でなければなりません。また、textinputを識別するURIです。可能であれば、{textinput_uri} は<textinput>要素の<link>サブ要素の値と一致すべきです。
構文: <textinput
rdf:about="{textinput_uri}">
要件: オプションですが、もし存在するなら、channel要素[5.3.6]内でなければなりません。
必須の要素: rdf:about
Model: (title, description, name,
link)
例:
<textinput rdf:about="http://search.xml.com">
<title>XML.comを検索する</title>
<description> XML.comのXML収集を検索する</description>
<name>s</name>
<link>http://search.xml.com</link>
</textinput>
textinputフィールドのための記述的なフィールドです。例えば、"購読" or "検索!" などです。
構文:
<title>{textinput_title}</title>
記述: Textinput
title
要件: textinputの場合、必須です。
モデル:
(#PCDATA)
(提案されている) 最大の長さ: 40
textinputフィールドの目的の簡単な記述。例えば、"...についてのニュースレターを購読する。" または、"...のサイトのアーカイブを検索する。"など。
構文:
<description>{textinput_description}</description>
要件:textinputの場合、必須です。
モデル: (#PCDATA)
(提案されている) 最大の長さ: 100
text inputフィールドの(可変の) 名前です。
構文:
<name>{textinput_varname}</name>
要件:textinputの場合、必須です。
モデル: (#PCDATA)
(提案されている) 最大の長さ: 500
（GETを使用して）textinput提出のあて先となるURL
構文:
<link>{textinput_action_url}</link>
記述:
textinputのアクションURL
要件:textinputの場合、必須です。
モデル: (#PCDATA)
(提案されている) 最大の長さ:
500
ネーム空間に準拠したモジュール化はRSS 1.0に、区分された拡張性を提供します。
RSS 1.0で"ボックスに"送る唯一のモジュール群は、Dublin CoreとSyndicationです。 詳細は該当するモジュールの文書をご覧下さい。
モジュール作成のガイドラインと登録されたコアのRSS 1.0モジュールについては、RSS 1.0 Modules を参照して下さい。
モジュール使用例は次の章の例にいくつか掲載されています。
コアのRSS 1.0の要素セットだけを使用している基本の(0.9のような)RSS 1.0 文書です。
<?xml version="1.0"?>
<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns="http://purl.org/rss/1.0/"
>
<channel rdf:about="http://www.xml.com/xml/news.rss">
<title>XML.com</title>
<link>http://xml.com/pub</link>
<description>
XML.com の特徴はXMLコミュニティに対する情報とサービスの豊富な組み合わせです。
</description>
<image rdf:resource="http://xml.com/universal/images/xml_tiny.gif" />
<items>
<rdf:Seq>
<rdf:li resource="http://xml.com/pub/2000/08/09/xslt/xslt.html" />
<rdf:li resource="http://xml.com/pub/2000/08/09/rdfdb/index.html" />
</rdf:Seq>
</items>
<textinput rdf:resource="http://search.xml.com" />
</channel>
<image rdf:about="http://xml.com/universal/images/xml_tiny.gif">
<title>XML.com</title>
<link>http://www.xml.com</link>
<url>http://xml.com/universal/images/xml_tiny.gif</url>
</image>
<item rdf:about="http://xml.com/pub/2000/08/09/xslt/xslt.html">
<title>XSLTで、組み込みを処理する</title>
<link>http://xml.com/pub/2000/08/09/xslt/xslt.html</link>
<description>
一般のXMLで文書を組み込む処理は問題を含んでいるかもしれません。この条項はSAXに準拠した処理を通じて、 包括情報を保存する方法を提案します。
</description>
</item>
<item rdf:about="http://xml.com/pub/2000/08/09/rdfdb/index.html">
<title>RDFを作業に入れる</title>
<link>http://xml.com/pub/2000/08/09/rdfdb/index.html</link>
<description>
Resource Description FrameworkのためのツールとAPIサポートはゆっくりと成長しています。Edd Dumbill はもっとも魅力的で新しいRDFツールキットの一つであるRDFDBを調べます。
</description>
</item>
<textinput rdf:about="http://search.xml.com">
<title>Search XML.com</title>
<description>XML.comのXML収集を検索する</description>
<name>s</name>
<link>http://search.xml.com</link>
</textinput>
</rdf:RDF>
（異なる色で強調された）さまざまなモジュールから要素に進むRSS 1.0文書。注意: この例のモジュールは実例を示すだけのものです。完成したモジュールの詳細はRSS 1.0 Modulesをご覧下さい。
<?xml version="1.0" encoding="utf-8"?> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:co="http://purl.org/rss/1.0/modules/company/" xmlns:ti="http://purl.org/rss/1.0/modules/textinput/" xmlns="http://purl.org/rss/1.0/" > <channel rdf:about="http://meerkat.oreillynet.com/?_fl=rss1.0"> <title>Meerkat</title> <link>http://meerkat.oreillynet.com</link> <description>Meerkat: An Open Wire Service</description> <dc:publisher>The O'Reilly Network</dc:publisher> <dc:creator>Rael Dornfest (mailto:rael@oreilly.com)</dc:creator> <dc:rights>Copyright © 2000 O'Reilly & Associates, Inc.</dc:rights> <dc:date>2000-01-01T12:00+00:00</dc:date> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>2</sy:updateFrequency> <sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase> <image rdf:resource="http://meerkat.oreillynet.com/icons/meerkat-powered.jpg" /> <items> <rdf:Seq> <rdf:li resource="http://c.moreover.com/click/here.pl?r123" /> </rdf:Seq> </items> <textinput rdf:resource="http://meerkat.oreillynet.com" /> </channel> <image rdf:about="http://meerkat.oreillynet.com/icons/meerkat-powered.jpg"> <title>Meerkat Powered!</title> <url>http://meerkat.oreillynet.com/icons/meerkat-powered.jpg</url> <link>http://meerkat.oreillynet.com</link> </image> <item rdf:about="http://c.moreover.com/click/here.pl?r123"> <title>XML: 記述的な技術</title> <link>http://c.moreover.com/click/here.pl?r123</link> <dc:description> XMLが現行のインターネットの技術的なインフラストラクチャー上にかける負荷が増加しています。 </dc:description> <dc:publisher>The O'Reilly Network</dc:publisher> <dc:creator>Simon St.Laurent (mailto:simonstl@simonstl.com)</dc:creator> <dc:rights>Copyright © 2000 O'Reilly & Associates, Inc.</dc:rights> <dc:subject>XML</dc:subject> <co:name>XML.com</co:name> <co:market>NASDAQ</co:market> <co:symbol>XML</co:symbol> </item> <textinput rdf:about="http://meerkat.oreillynet.com"> <title>Meerkatを検索する</title> <description>MeerkatのRSSデータベースを検索する...</description> <name>s</name> <link>http://meerkat.oreillynet.com/</link> <ti:function>search</ti:function> <ti:inputType>regex</ti:inputType> </textinput> </rdf:RDF>