tonextone.com/type/

1. 本文中の改行の br タグへの変換が直感に反する。
   でも、そういうものとして定着してしまったのでしょう。
   郷に従います。
   
2. サイドバーとかに表示させる、
   汎用性のある HTML のブロックを 'module' と呼び、
   その 'module' をまとめたものを 'widget' と呼ぶらしい。
   'widget' 単位で管理することにした。
   

色不異空、空不異色、色即是空、空即是色。
受・想・行・識、亦復如是。

1. リクエストは XMLHttpRequest
   Rails なんだから prototype.js の Ajax 使ってるはず。
2. レスポンスは HTML(＜script＞...＜/script＞)
   Ajax.Updater で＜script＞...＜/script＞を描いてるはず。
3. ＜script＞ /* prototype, scriptaculous で(ﾟДﾟ )ｳﾏｰ */ ＜/script＞
   返って来た ＜script＞ の内容は、
   動的なデータ(JSON)を、
   prototype.js / scriptaculous.js の便利機能で処理するように記述されているばず。
   この ＜script＞ の内容を書くヘルパーが、RJS !

すべてのものが URI で識別可能

ネットワーク上のリソースばかりでなく、人間、場所、事象も URI を通してウェブ上で識別されます。 URI という分散型の識別メカニズムを用いることで、誰もがセマンティック・ウェブに参加し、様々な情報を効率的に統合し、意味を明瞭に示すことが可能になります。

部分的な情報 Partial Information

セマンティック・ウェブは完全な情報を前提とした閉じた世界を扱う学問ではなく、部分的な情報しか知りえない実世界を対象にし、そこから有益な結論を引き出すことを目指しています。情報は、いつ誰がどこで記述してもよく、同じリソースに関する矛盾する情報が存在するかも知れません。「すべてを知っている人はいない」のです。誰もがどんなことについて何でもいえる（Anyone can say anything about anything）というキャッチフレーズは、セマンティック・ウェブが自由で拘束がなく、小さな情報を断片的に発信できるということと同時に、不完全な情報を前提とし、それを生かすことの重要性を示しています。

発展性 Evolution

分散型のウェブでは、さまざまなコミュニティや個人が、独自に情報を発信したり、知識の体系を整えたりします。同じ分野の情報が、異なる方法で記述されることもあるでしょう。これらの情報を統合したり、新しい知識を加える時に、古いものを犠牲にしなくてもうまく融合できること、別々のコミュニティどうしが同一性や矛盾をきちんとチェックできることは、このような分散型の世界が自立的に発展していくために欠かせない要件です。

最小のデザイン Mimimalist Design

セマンティック・ウェブでは、できるだけ制約を課さない、必要以上の標準化を求めない、シンプルなものはシンプルなままに、複雑なものは実現できるように解きほぐして（モジュール化して）、という方針で仕様を設計します。こうすることで、個別仕様の実装が容易になり、またそれに基づいた応用を柔軟に考える事が可能になります。

信頼のウェブ Web of Trust

ウェブにはいろいろな情報があり、そのコンテクストや信頼度はさまざまです。自分が良く知っているところからだけ情報を集めれば安心ですが、それではグローバルなセマンティック・ウェブの力を生かせません。セマンティック・ウェブでは、存在する情報すべてが信頼できると保証するのではなく、アプリケーションがコンテクストから信頼度を評価するために必要な仕組みを考えていきます。

ワイヤーフレーム

サイトマップ

DBpedia is a community effort to extract structured information from Wikipedia and to make this information available on the Web. DBpedia allows you to ask sophisticated queries against Wikipedia, and to link other data sets on the Web to Wikipedia data.

DBpedia は、みんなでがんばって、Wikipedia から構造化された情報を引き出して、それをウェブ上で使えるようにする、です。 DBpedia があれば Wikipedia に対して、洗練された問い合わせを投げられるようになります。Wikipedia のデータに、外部のデータ集合をリンクすることも。

ってことで、 DBpedia は SPARQL API を公開してくれている。
http://wiki.dbpedia.org/OnlineAccess
ここで紹介されている OpenLink の iSPARQLを使うと、SPARQL を直感的に扱える。
新しい世界が見えるかもしれない。

1. SPARQL で問い合わせ。
Advanced タブにあるフォームから
-- カリフォルニアで設立された組織が開発したソフトウェア。 SELECT * FROM <http://dbpedia.org> WHERE { ?company a <http://dbpedia.org/ontology/Organisation> . ?product a <http://dbpedia.org/ontology/Software> . ?company <http://dbpedia.org/ontology/foundationplace> <http://dbpedia.org/resource/California> . ?product <http://dbpedia.org/ontology/developer> ?company . }
という、 SPARQL を 実行してみる。

(http://wiki.dbpedia.org/Datasets の 4.3.2. Querying the Infobox Ontology にあったサンプルです。 )

2. 結果をみる。
なにやら結果リストが表示されたのでみる。

(↑クリックで拡大しないとわからないが) Adobe の製品などが並んでいる。

3. SPARQL のグラフを視覚的にみる。
問い合わせを実行した後に、QBE タブに行くと、問い合わせの叙述が視覚化されている。
Advanced のフォームに SPARQL を書いて、実行しないまま Visualize ボタンを押しても視覚化できる。
逆に、 QBE タブで、視覚的に SPARQL を組み立てて、 Generate ボタンを押すと、Advanced のフォームでの編集モードになる。

問い合わせの叙述が、2 つのトリプルから構成させているのが、よくわかる。
# トリプルというのは { (Subject) −(Predicate)→ (Object) } のこと。

4. 結果リソースの関連情報をたどってみる。
結果リストから AdobeFlash を選択し、Get Data Items をクリックすると、
なにやら別の結果が表示された。

5. SPARQL を確認する。

↑こういうグラフで問い合わせが行われている。
つまり、
(Subject="AdobeFlash") −(Predicate=?)→ (Object=?)
和集合
(Subject=?) −(Predicate=?)→ (Object="AdobeFlash")

↓SPARQL で書くとこう。

-- AdobeFlash を主体か客体にもつ叙述をくれ。 SELECT DISTINCT * FROM <http://dbpedia.org> WHERE { { <http://dbpedia.org/resource/Adobe_Flash> ?p ?o } UNION { ?s ?p <http://dbpedia.org/resource/Adobe_Flash> } }
なるほど。

Metaweb が Freebase 用に開発した MQL のほうでも、MQL Query Editorが公開されているが、
こうやってトリプルのグラフを視覚化して見せられると、SPARQL のほうが RDF / セマンティック 風味が強い気がする。
いろいろ Query を投げてみよう。

• Python Language Guide (v3.0)
• Getting Started with the Google Data Python Library