履歴もしくは日誌

ファイルタイプに RDF を指定して Google 検索

「BLOGKID: RDFはGoogleで検索出来ない？」で紹介されていた，Google 検索でファイルタイプを指定する方法，ぼくは知りませんでした．

試しに，「filetype:rdf site:onohiroki.cycling.jp」と入力して Google で検索してみたら 40 件ほど出ました．ざっと見た感じでは確かに HTML からリンクしたものをリストしているように見えます．RDF の中を解析したら，もっと違う結果になるはずですから．

「filetype:rdf 自転車 site:onohiroki.cycling.jp」の場合は，なにも検索結果に出ませんでした．つまり RDF ファイルの中をまったく見ていないのです．「おのひろき filetype:rdf site:onohiroki.cycling.jp」の場合は結果が出るのでキーワードを含む HTML ファイルがリンクしている RDF という関係で検索結果を出しているようですね．

それにしても検索結果で「ファイルタイプ: 不明」と出るものと出ないものがあるんですが，どうしてそういうことになるのか不思議です．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040130n1 TrackBack

最近の PLINK

PLINK は FOAF を集約し，検索し，プロフィールを表示するシステムです．今日チェックしたら，新しい機能が確認できました．

• knows... にリストされる人々が，複数の FOAF からのデータを合併したものになりました．従来は，単一の FOAF ファイルのどれかのデータを表示していました．よって複数の FOAF ファイルがある場合は，knows... のリストの内容が時々入れ替わったりしていました．
• FOAF に位置情報が付加されている場合，地図と近所の人のリストを表示していましたが，地域のニュースを表示する www.local-news.net へのリンクが表示されるようになりました．
• 例：
  • PLINK - ONO Hiroki

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040128n3 TrackBack

NetNewsWireLite がお気に入り

RSS リーダには Ranchero Software の NetNewsWire Lite を使っています．コンピュータは Mac OS X が動いている Macintosh です．

• Ranchero Software : NetNewsWire Lite
  http://ranchero.com/netnewswire/

3 画面構成で，左側に購読している RSS のリスト，右の上半分が，選択した RSS の記事のタイトル一覧．右の下半分が，選択した記事の要約または内容が表示されます．

ぼくには記事を選択したときに Web ページを表示するタイプは使いづらいです．ぼくのネットワーク環境が PHS による 32 Kbps のパケット通信が主なので，Web ページの表示は重くてかったるいのです．

スペースキーを押すだけで，どんどん未読の記事が表示されるので使っていて楽です

NetNewsWireLite に新しい RSS を登録するには，Web ブラウザで Web ページを見ているときに，Web ブラウザのアドレスバーに表示されている URI を，NetNewsWireLite の RSS のリストにドラグアンドドロップするだけで登録できます．NetNewsWireLite は HTML を解析して RSS の URI を発見して登録するのです．

もちろん RSS へのリンクをドラグアンドドロップしても良いですし，ダイアログから URI を直接入力することもできます．

NetNewsWireLite はフリーウェアで，機能が上のシェアウェア版 NetNewsWire もありますが，ぼくにとっては NetNewsWireLite で十分なので，両方試した上で NetNewsWireLite を使っています．

RSS を収集するプログラムが RSS アグリゲータ，
RSS を配信する側が RSS フィーダ，
RSS をブラウズする時のソフトウェアが RSS リーダという認識で良いのでしょうか．

この記事は，「RSSリーダー何使ってますか？」への反応です．

• RSSリーダー何使ってますか？
  http://mizuca.cocolog-nifty.com/blog/2004/01/rss_6.html

そうそう，Shrook は，存在も知らなかったんですが，「RSSリーダー何使ってますか？」へのコメントで知りました．ちょっと試してみた限りでは，良さそうな感じ．NetNewsWireLite から全自動で設定を読み込むのも，ちょっと試してみるのを簡単にしていますね．しばらく試してみます．

• Wonderful Miyashita's House: Shrook: RSS for MacOS X
  http://www.mya.dyndns.org/archives/2004/01/27/0137.html
• Shrook: RSS for MacOS X
  http://www.fondantfancies.com/shrook/

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040128n1 TrackBack

武蔵小杉 blog

bulkfeed とか feedback といった，RSS を検索するサービスで，自分の住んでる町の名前とか最寄り駅なんかをキーワードにして検索すると面白いかも．

• Bulkfeeds: Search - 武蔵小杉 or 丸子橋 - RSS Directory & Search
• FeedBack: "武蔵小杉 or 丸子橋" を含む最新エントリ

これを RSS リーダに登録しておけば，ご近所での何気ない日常が，切り取られてリストされるので，それをながめると面白い．

街で見かけた奇妙な出来事，デートの話，飲み会の話，etc, etc, ...

ご近所といえば，PLINK にもそういう機能がありますね．FOAF で，自分の基本位置を記述しておくと，その近くを基準位置としている人が近い順番にリストされます．

GeoURL ICBM Address Server は，以前から地理的なご近所を探すサービスをやっていますね．

• PLINK - ONO Hiroki
  http://plink.org/profile.php?id=911143978a8ce9e254485ff4ee93ed5e700ddd74
• GeoURLs near Kawasaki, Japan

GeoURL ICBM Address Server に登録するには，Web ページの HTML に位置情報を組み込まなくちゃならないんですが，PLINK は勝手にそれをやってくれます．だから PLINK を登録してみたんですが，失敗して 2 つ登録してしまいました...

今は bulkfeed にしても feedback にしても，記事の中の言葉に対しての検索ですが RSS に各記事に関係する位置情報が組み込まれたら，それを使って検索できるようになると面白いかも．日曜日にあの場所ですれ違った，見た事も無い奇妙な自転車は何だったのかとか追跡できるようになるかも．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040127n1 TrackBack

FoaF Explorer と RSS

FoaF Explorer が，一時期 RSS のレンダリングをしなくなっていたのが，RSS もレンダリングするようになった件ですが，実は FOAF とまったく関係無く RSS 1.0 をレンダリングできるんですね．

神崎さんのところで，RSS 1.0 を FoaF Explorer で表示させる事ができる方法が，以前紹介されていました．

• FOAFとRSSを用いた画像メタデータ -- Image description with FOAF and RSS
  http://www.kanzaki.com/docs/sw/image-rdf.html#sample

多くのFOAFツールは、foaf:Personを出発点にしてデータを解析するので、RSSに次のような断片を加えてやりましょう。

FoaF Explorer は，多くの FOAF ツールと同じように，foaf:Person を出発点にしてデータを解析していたのですが，最近はそうでは無いみたいです．foaf の語彙を全く使っていない RSS でもレンダリングしています．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040126n3 TrackBack

blog っぽく

最近流行(?)の Weblog っぽく見せるために，いろいろ工夫はしているけど，自分でちょっとしたスクリプトを書いて使ってみると，やっぱりうまく行かないってこともいろいろと．
記事からリンクした先の情報を RSS の中にメタデータとして組み込もうとか，リンクした先の事を，記事の要約の中にも組み込もうとしたのですが，あまりうまく行っていません．ここはぼくが Perl をまともに使えていないから．

それで Perl をちゃんと勉強し直そうってことで，はじめて Perl の入門書を買いました．でも全部を Perl でやるんぢゃなくて，XSLT でできるところは XSLT でやったほうが，今のぼくにはやりやすいかも．

まめさんからせっかくトラックバックしてもらったのに，「最近の記事に対するトラックバック」で，変な表示になっていました．これもぼくが書いたスクリプトの動作がおかしかったから．「最近の記事に対するトラックバック」は機能的にも不満があったし，直すのに時間がかかりそうなので，いったん取り止めます．

• おのさんにトラックバック送って見ました。ん？なぜか「おのさんはミューズリー派」に対して送られた様な、、、。
  http://d.hatena.ne.jp/mame00/20040126#p4

そうそう，「はてなダイアリー」では，外部から Trackback を受けた場合，「リンク元」を表示する設定にしておかないと，リンク元のみならず，Trackback も表示されませんので，念のため．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040126n1 TrackBack

PLINK と FoaF Explorer

PLINK は FOAF を収集してデータベース化して，検索などを実現しています．名前で検索したりできますし，ある人の写真を検索する事もできます．最近その人の FOAF を再生成する機能が追加されました．その人について記述のある複数の FOAF から新しい FOAF を再生成! とは言っても，中身は rdfs:seeAlso で，それぞれの FOAF への関連が記述されているだけですが．
これはある人のページを表示しているときに[ FOAFs ] とあるタブをたどると FOAF の URL 一覧のページが表示されるのですが，その一番下に XML という小さなバナーがあります．それが再生成された FOAF へのリンクになっています．

PLINK で再生成する FOAF の利用ですが，単純に自分の FOAF から rdfs:seeAlso で指定しておくとかどうでしょうね．あと，誰かがぼくの事を FOAF に記述したらすぐにわかるように XSLT で RSS に変換して RSS リーダに登録したりしてみました．

• PLINK が再生成する FOAF を RSS に変換したもの (XML ファイル)

あと，PLINK に削除機能も付きました．[ Remove Me ] というリンクをたどると，メールアドレス入力画面になり，メールアドレスを入力するとそのアドレスにメールが送られます．すると PLINK から確認のメールが送られてくるので，それに書いてある URI を Web ブラウザで開いて実際に削除をするという手順です．でも試していないので詳細は分かりません．

FoaF Explorer は，一時期 FOAF と RSS が単一の RDF 内で併記されているときに RSS のレンダリングをしなかったのですが，また RSS もレンダリングするようになっていますね．これもうれしいです．

FOAF を自動生成するサービスが増えています．例えばココログとか News-Handler，livedoor blog とか?
FOAF を生成するときに，name も nick も空欄にできるものって多いみたいですね．BrowseThrough もしくは「ブラウズする」でも name も nick もない場合の表示は，分け分からなくなっちゃいます．どうしようかな．それより BrowseThrough もしくは「ブラウズする」で生成する HTML がめろめろなのを修正する方が優先度高いですね．

なんか書こうと思ったネタも，実際に書いてアップロードするまで，時間がかかりすぎると駄目ですねぇ．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040125n1 TrackBack

GPS を利用したサイクリングの為のコンテンツ

GPS による位置データを利用して，サイクリングやポタリングの為のコンテンツを作ろうという話はあちこちでありますね．

グリーンマップ・ジャパンの堀内さんも，地図の上にコースを書き込んで行くようなものを考えているそうですし，@nifty の自転車フォーラムでも，GPS データをまとめるポータルを作る事が有志によって着手されています．

ぼくも，これについては野望があります．

まず，問題なのは GPS データを集めるのはできるとして，集まって来たデータをどうするかが問題です．いちいち手作業で集める側が地図の上に軌跡を描いた画像を作成するのは大変です．
かといって，地図の上に軌跡を描いた画像を送ってもらうというのも，やっぱり大変．著作権の事まで考えると，誰でも使える地図データってところが問題だと思うのです．

XML で GPS の情報などを書いてもらって，その XML を集めたり，それぞれが自分の公開スペースにアップロードした XML ファイルの URL を収集する事を考えています．そうすれば，かなり自動化できるのです．

例を示しましょう．

ぼくは画像アルバムとして横浜ポタリング「中華街で朝粥」を公開しています．その RSS は，GPS による位置データ付きの RDF/XML ファイルです．こういう XML ファイルを公開してもらいます．
その XML をいろんな形で XML に変換します．神崎さんが公開してくださっている横浜の地図と合成して Web ページに変換すると以下のようになります：

• 神崎さんの地図を汎用的に利用できる XSLT / CSS (横浜の地図版)

これの注目するべきところは，GPS の位置情報の XML ファイル (RSS/RDF ファイル) と画像はぼくのサイトにあり，地図データと変換の為のデータ (XSLT と CSS のファイル) は，神崎さんのサイトにあり，実際の変換プログラム (XSLT) が，W3C のサーバと，それぞれ分散していることです．つまりデータが分散していて大丈夫なんですから，作業も分散できるのです．

• RSS/RDF ファイル
  http://onohiroki.cycling.jp/PhotoAlbum/2003-12-27_yokohama/rss.rdf
• XSLT ファイル
  http://kanzaki.com/parts/gpsrss-yokohama.xsl
• W3C XSLT Service
  http://www.w3.org/2001/05/xslt

主要な GPS データ管理ソフトウェアから XML 形式に変換するプログラムを用意しなければならないでしょう．それはたぶん簡単そうです．Mac 用で人気があった GPSy 用はぼくが書いたのをもう少し手直しすればいいのかな．
後は Windows で人気のあるもののひとつに対応すれば良いのではないかと．

加工して利用可能な白地図のデータもあります．もっと詳細な地図も欲しいかもしれませんが，それは後から考えればいいかな．

サーバで動く変換プログラムはぜひ Cycling.jp で実現したいのですが，これは Cycling.jp の他の人，具体的にはまきさんと吉田さんに相談してみます．

変換プログラムが動かせるようになれば，XML データから Web ページへの変換だけでなくて，GPS データ管理ソフト向けのデータに変換する事もできると思います．共通のファイルを用意してもらえば，さまざまな GPS データ管理ソフト向けに変換できるというのも便利でしょうね．

RDF/XML を使う利点は，いくつかあります．

• 位置データと一緒に，いろいろなデータを付加できます．例えばサイクリングのルートのデータであれば，GPS の軌跡情報だけでなくて，どのようなサイクリングなのかといった人間が読む説明の文章も加えられます．
• データがより広い範囲で共有化できて，いろいろと再利用できます．

堀内さんの計画では，地図に情報を書き込めるようなもの，情報を選択して地図に表示できるようなものを目標としているようです．集まったデータを RDF/XML で配信できるようにすれば，他の Web サービスでそのデータを再利用することなども考えられます．今日，堀内さんにお会いしたので，そんな話を少ししました．

そうそう，ガニさん，ちゃんと Trackback されていましたよ．

• GPSを利用したコンテンツは．．．
  http://www.doblog.com/weblog/myblog/4336

実はあまり Trackback してくる人がいなくて，ぼくの記事に言及しているのを見つけては，ぼくが自分で，相手からぼくの所への Trackback ping 送信しています．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040124n1 TrackBack

BrowseThrough / foaf:topic

FOAF とか RSS 1.0 などの RDF ファイルを Web ブラウザで閲覧するための，「ブラウズする」もしくは BrowseThrough ですが，これまで RSS の item の中に，foaf:topic を含み，さらにその中に foaf:Image がある場合に，サムネイル画像があれば，それを表示できるようにしました．

「FOAFとRSSを用いた画像メタデータ -- Image description with FOAF and RSS」にはサンプルが二つありまして，「A. 画像自身をアイテムとするRSSの例」には以前から対応できていましたが，「B. ウェブページに焦点を当てたRSSの例」にも対応させてみました．

• 「BrowseThrough : Masahide Kanzaki　　Photogallery - Some Japanese scenes」RSS の表示例

CSS のスタイルシートは，もうちょっとどうにかしたいなぁ．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040121n1 TrackBack

FOAF での relationship module

Bulkfeeds FOAF 実装について，relationship module には未対応なのかなって DDT さんの疑問に対して，foaf:knows しかみていませんという返事だったわけですが，やっぱり relationship module への対応を各種 FOAF 関連のサービスに期待するのは無理かなと感じます．
いろいろなモジュールが出て来て，それに随時対応できるとは思えないし，relationship module ってそれほど使われているようにも思えないし．

relationship module みたいなものを使うときには，それ無しでも意味が通るようにしておけば良いと思います．

接頭辞 foaf は FOAF で，接頭辞 rel は relationship module としたら，こんな感じ：

<foaf:Person name="ONO Hiroki" rdf:nodeID="ONOHIROKI">
     <foaf:knows>
          <foaf:Person nick="DDT" rdf:nodeID="DDT" />
     </foaf:knows>
     <rel:friendOf>
          <foaf:Person rdf:nodeID="DDT" />
     </rel:friendOf>
</foaf:Person>

foaf:knows も rel:friendOf も両方使っておくわけです．そうすれば，Bulkfeeds が relationship module に対応しなくても大丈夫．rdf:nodeID を使わないと，かなり無理がありますね．rdf:nodeID って便利．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040119n5 TrackBack

Auto-Discovery 云々について

Bulkfeedの FOAF の対応や Trackback Ping URL 抽出についての話に対して，さっそくお返事をいただきました．

• blog.bulknews.net: Auto-Discovery 云々
  http://blog.bulknews.net/mt/archives/000726.html

将来的には foaf:maker などを使用したいとのことなので，期待しています．

RSS の中に trackback:ping で Trackback URL が記述されていたとしても，それを利用するよりも，Trackback Auto-Discovery の方が，コストも実装も楽だというのは意外でした．
やっぱりぼくが実装のことをよく分かっていないので，そういう勘違いをしたのですね．

RSS の trackback:ping の利用と，Trackback Auto-Discovery の利用の両方やるという選択肢は，またあるタイミングで検討してほしいです．

引用：

Movable Type など Bookmarklet では、HTML から Trackback Ping URL を取得する必要があるわけで、これが RSS を経由しなければいけなかったらば不便だったとおもいます。

引用終わり．

これはそのとおりですね．

Bulkfeed はとても便利に使わせていただいているので，サービスとしての影響力は，すでにあるんぢゃないかと感じています．

いろいろ説明してくださってありがとうございました．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040119n2 TrackBack

Bulkfeed の FOAF 関連機能とメタデータとしての RSS

Bulkfeed で最近 FOAF 対応の機能追加がされているのがとてもうれしいです．

「Bulkfeeds: FOAF Relationship & Permalink」から引用：

RSS Feed の link 要素の URL を HTML で取得し、link タグから FOAF Auto Discovery しています。

引用終わり．

この FOAF Auto Discovery だけど，link 要素で rel="meta" type="application/rdf+xml" なのが 2 つ以上あってもいいのかな? ぼくのところは，ひとつが FOAF でひとつが RDF によるメタデータとしていたんですが，http://onohiroki.cycling.jp/info/weblog.rdf と http://onohiroki.cycling.jp/info/foaf.rdf が関連づけされなかったみたい．

FOAF Auto Discovery もいいけれど，RSS はメタデータなんだから，RSS の中の記述から直接 FOAF の関連を拾えても良いんぢゃないかと思います． サービス提供側から，RSS にこういう記述をすると FOAF と関連づけられますっていう提案をしても良いのではないかと． RSS なら foaf:maker で著者を表して，その著者の foaf:Person の rdf:seeAlso から FOAF ファイルを見つけて関連づけるというのが，メタデータらしい感じです．

まぁ RSS とは言っても RDF な RSS 1.0 ばかりではないのですが．

このことは Trackback Ping URL 抽出の時も感じました．

• Bulkfeeds: search2 検索結果から Trackback Ping URL を抽出

本来は，メタデータである RSS に Trackback Ping も含んでいると便利だったのでは．それが無いから Trackback Auto-Discovery を利用している訳です．そして，RSS に Trackback Ping URL を含んでいても Bulkfeed は利用しません．そういう実装がマイナーというか，ぼくの所以外にはないからかな．この点は残念です．
Trackback Auto-Discovery って XHTML/HTML にコメントとして埋め込まれた RDF を拾うのですが，RSS というメタデータを起点に，関連する HTML を読み込んで，そこに埋め込まれた RDF を抽出するっておかしな感じです．

サービスが実際に機能する為には，現状の実装を基に対処するのは当然ですが，本来の良い方法を提案してもらえると，もっと便利になるんぢゃないかなって思います．具体的なサービスを提供することができる側から Weblog ツール開発者側に提案すれば，とても有意義なんぢゃないでしょうか．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040119n1 TrackBack

RDF を記述するときの RSS 語彙

RDF を記述するときに，RSS の語彙を使うとして，item 要素に link 要素が必須かと言うと無くてもいいんぢゃないかなぁ．

これは，「はてなダイアリー - in the vanguard」で話題になっている話です:

• RSSのSpecを読んでたわけですが
  http://d.hatena.ne.jp/kotastyle/20040116#p2

でもそれは，RSS としては機能しないかも．つまり RSS リーダでは link が無いと使えないかな．RDF としては，なにかを表したメタデータとして成り立つだろうけど．

item の rdf:about が指している URI と，link 要素の内容の URI は，たしかに冗長な気がするけど，同じ URI を指さなくても良いようです．でも違う URI を指した場合は，link 要素で指している URI をなにか別の方法で指さないと，RDF としては意味が無いかも．

画像ファイルの URI を item の rdf:about で指して，link で個々の画像を含むページの URI を指し，RDF としても意味がある形で表現する為に link で指した URI を foaf:page でも指しておく．そんな事をやっているのが，ぼくの「SwPhotoAlbum / 画像アルバム」の RSS です．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040117n1 TrackBack

FOAF のロマン

「ゆーすけべー日記: ロマンを求めて、tomob_degree」にて，FOAFにはロマンがあると FOAF について述べた上で，FOAF を可視化するツール tomob_degree01 が紹介されています．

• tomob_degree01 (2004/1/13)

試してみましたが，ひとつの FOAF ファイルを起点にして，関連をたどって行き，それをきれいなグラフィックスで表示します．目的は，二つの FOAF がどのような経路で関連するかを検索することのようです．Mac OS X でもちゃんと使えました．すてき！

表示されるグラフィックスが細かすぎて，よく見えないのが残念．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040115n2 TrackBack

FOAF:「人」を中心としたメタデータ

FOAF が「自己紹介と知人ネットワーク」とイコールだという認識だと，ちょっと違うような気がします．FOAF では「人」を中心にしてメタデータを記述することができて，それを利用すれば自己紹介とか知人ネットワークなんかをメタデータとして記述できるということかな．
「FOAF イコール 自己紹介」という認識が「自己 つまり 本人」という概念があるはずという発想につながっていると思うんだけど，実ははじめから「本人」という概念が FOAF になかったりして．FOAF の本人とは何かというのは「自己紹介」という概念抜きでは説明できないんぢゃないかな．

STUDIO DDT ONLINE - Diary log - 2004 01から引用：

詰まるところ、FOAF文書はルートノードの直接の子ノードに、たった一つだけfoaf:Person要素があるのが望ましいということか。

引用終わり．

FoaF Explorer に読み込ませるための FOAF を書くのであれば，rdf:RDF の直接の子に foaf:Person 要素がひとつだけあるのが望ましいんだけど，それは FoaF Explorer 限定の話ですね．PLINK - People Link とか foafnaut! は，rdf:RDF の直接の子に foaf:Person 要素がいくつあってもいいみたいです．FoaF Explorer も，どんどん変更が加えられているので，あまり合わせ込んで FOAF を記述するのもどうかと思います．

PLINK とか foafnaut! って，名前とかメールアドレスなどの，人物のプロパティをキーにして，人物を特定してその人物のデータを表示のに対して，FoaF Explorer は，RDF ファイルの URI を指定して，そのデータの内容を表示するのが一番違うところだと思います．

ところで foafnaut! って，foaf:knows だけでなくて，「ある人物とある人物が同じ写真に写っている」っていう関係についても細い線を引いて関係を示す機能があるのですが，皆さんご存知でしたか? FOAF で，自己紹介とか知人紹介を書くばかりでなく，旅行記なんかのメタデータを FOAF を利用して記述すれば，foafnaut や PLINK なんかでもその記述が評価されたりして面白いと思います．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040114n1 TrackBack

FoaF Explorer の動作

現在の FoaF Explorer は，rdf:RDF 内に，直接の子要素として foaf:Person がひとつだけある事を前提にしています．もし，rdf:RDF 内に，直接の子要素として foaf:Person が複数ある場合は，RDF 文書の最後に出現する foaf:Person だけ評価します．

• STUDIO DDT ONLINE - Diary log - 2004 01 / FOAF Explorerの不具合
  http://studioddtonline.web.infoseek.co.jp/diary/200401.html#article20040112T1900

STUDIO DDT ONLINE で話題にしている FoaF Explorer の不具合ってのは，そういう事だと思います．

DDT 氏は，rdf:RDF 内に，直接の子要素として最初に出現する foaf:Person こそが，本人(その FOAF が表現している対象)であるとしていますが，RDF としてそれが本人だとは意味付けされていませんし，FOAF の規格でもそうです．FoaF Explorer が，複数の人を同時に表示しないってのは確かに残念ですが，それが解決されても DDT 氏が期待するレンダリング結果とは異なる結果になるはずです．
rdf:RDF 内に直接の子要素として foaf:Person があったら，それらを順番にレンダリングするのが FOAF の正しい解釈になるのではないでしょうか?

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040113n3 TrackBack

foaf:Person に rdf:ID はおかしくないですか

FOAF についてです．RDF では，URI が基本になっていて，URI があるものについて，記述するのは簡単です．でも人物とかイベントには URI って無いのです．だからちょっとややこしいです．rdf:ID を使うと，URI があることになるので，人物に rdf:ID を使うのは気をつけないといけません．

rdf:ID を使うと，その文書の URI と rdf:ID が # で区切って連結された URI があることになります．
例えば，http://studioddtonline.web.infoseek.co.jp/foaf.xml という RDF 文書があったとします．
その中に <foaf:Person rdf:ID="DDT"/> という記述があったとします．
したら，http://studioddtonline.web.infoseek.co.jp/foaf.xml#DDT で指し示すことができる人が存在する事になります．
その人に対して http プロトコルでアクセスできるのか! って突っ込みを受ける事になります．
いや http プロトコルで人物が GET できたらそれはそれで面白いのですが，現実はそうではありません．

こういう場合は rdf:ID や rdf:resource で foaf:Person を指すのをやめて rdf:nodeID を使うのが良いと思います．
まだ rdf:nodeID に対応していないものも多いみたいですけど．

rdf:nodeID については，時間をとって，きちんとまとめて書きたいと思っています．

• 突っ込み先：
  • FOAF Explorerの不具合
    http://studioddtonline.web.infoseek.co.jp/diary/200401.html#article20040112T1900

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040113n2 TrackBack

FOAF で個人を特定する事に利用できるプロパティ

FOAF において，foaf:knows で知人を紹介するときに，foaf:mbox_sha1sum が必須だって言い切っちゃったんですが，kota さんがもっとちゃんとした説明をしてくださっています．foaf:mbox と foaf:mbox_sha1sum は必ずしも必要ではなくて，他のプロパティでも個人を特定できるのでした．

• FOAFにおける「必須」とは
  http://d.hatena.ne.jp/kotastyle/20040111#p2

FOAF の規格でs個人を特定する事に利用できるプロパティをいくつか定めているんですが，もともとは foaf:mbox と foaf:mbox_sha1sum，後にもっといろいろなものが利用できるように拡張されているんです．拡張された部分は認識していませんでした．

kota さんがまとめているリストで十分ですが，foaf:knows で知人を紹介するときという視点でぼく個人の考えをまとめてみます．

ここで挙げた個人を特定するプロパティは，プライバシーの事を配慮した上で，わかる範囲のものはいろいろ書いた方が良いのですね．でも，簡潔に書きたいからどれか選ぶって時は，foaf:mbox_sha1sum が良いと思います．

そして，知人を紹介するときに，その人のプロパティとして，あれこれ書かなくても良いんぢゃないかなって思うのは，関心事についてのページを示す foaf:interest とか性格分類コードの foaf:myersBriggs とか電話番号を示す foaf:phone とかですね．その人が Internet で公開していて，十分に客観性があって，不変なものならよいですが，そうでないものまであれこれ書かなくてよいかと思います．あと他人のプライバシーに配慮しましょうってことで．

と，この話をした上で，@nak（あ）さんの話から引用します：

• Column@nak: もうちょっとだけFOAF
  http://www.atnak.com/blog/archives/000233.html

実は（あ）が自分を代表するアドレスとは違っているわけで、今回自分が書いたFOAFでは違っていたりする。その結果現時点ではFOAF的にはネット上にはおのさんが記述した@nak（あ）、自分が記述した@nak（あ）の二人存在していることになると思う。

引用終わり．

間違っていたら，確かにご指摘のとおり別々の人になっちゃいますね．でもメールアドレスがもともと 2 つあったのなら，1 人が 2 つのメールアドレスを持っているって事になる訳です．どこかでそういう記述をしておけば OK です．

個人を特定するプロパティから，個人が特定できれば良いので，その逆は考えなくてもいいんです．だから，foaf:mbox_sha1sum で指し示される人物は一人でないと困るけど，ある人がメールアドレスを複数持っていれば，何通りかの foaf:mbox_sha1sum が存在するってのはありえるわけです．

そうそうぼくは FOAF の @nak（あ）さんの記述を最近修正したりしていませんよ．念のため．例が間違っていたのは指摘を受けてこっそり修正しました．

また @nak（あ）さんの話から引用します：

そして不一致が起こる理由の一つは双方に情報が二重記述されているだからであって、rdfs:seeAlsoで相手の FOAF を参照できる場合はいっそのことmbox_sha1sumもnameも記述しなくてもいいのかな、なんて思ったわけ。

引用終わり

FOAF で他人の事を記述したときに，なにか間違えた記述をしてしまうというのは，確かに問題ですね．でもやっぱりその人の，foaf:name か foaf:nick と，個人を特定するプロパティのどれかを書いたほうが良いと思います．rdfs:seeAlso だけで RDF として十分なだと言えるのかもしれないですけど，FOAF を扱うサービスによって対応がまちまちだったりするから．もちろんその人の FOAF ファイルの存在を知っていたら rdfs:seeAlso も使ったほうが良いでしょう．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040112n1 TrackBack

FOAF とは結局いったいなんなのか

FOAF とはいったい結局なんなのでしょう．自己紹介と知人ネットワークを RDF で記述して，それがどうなるのでしょう?

@nak（あ）さんが面白い事を書いています：

• Column@nak: ちょっとだけFOAF
  http://www.atnak.com/blog/archives/000221.html

無論技術的には興味深くて面白い試みであるのは確かではあるが、自分の知人、友達の情報を記述する（逆に友達じゃない人は記述しない）ということは、自分の人間関係をデジタルに（1or0、yes or no）で二分するということを行い、それを公開するということにもなるのではないかと思ってしまったのである。

引用終わり．

あはは．そんなふうに考えた事は無かったです，ぼくは．
例えば，リンクのページなんて用意しても，知っている人のページを全部書く訳ぢゃないし，相互リンク希望のメールなんて受けても普通は断っちゃいますし．

FOAF の知人も，適当に思いついただけ書いて終わりです．でも FOAF なら，知人として記述してって依頼があったら，FOAF の記述に加えるのは，やぶさかではないかな．

あと単一の XML ファイルに全部の事を記述する必要は無いのです．例えばサイクリングに出かけて，それについての Web ページを書いたとして，ついでに RDF でメタデータを記述したとします．その時に一緒にサイクリングをした人の事を FOAF で知人として書いておけば良い訳です．
あちこちに情報を分散して書いておく訳です．理想的には RDF を基本にするセマンティック Web ってそれで機能するはず．

PLINK は，まだあちこちに書いてある情報を，うまくマージすることは，一部は実現しているんですが，まだあまりうまく出来ていません．でもそれを目指しているようですし，きっとすぐにうまく機能するようになると思います．

現時点でも，ある写真について，これは誰それが写っている写真だという事と，その写真の説明を FOAF で記述して登録すれば，誰それの写真の一覧を生成する事ができます．これは複数の FOAF の記述をマージできる訳です．（マージできない情報もあるんですけど．）

ぼくは，FOAF で自己紹介とか知人ネットワークを記述できるという事よりも，画像ファイルに写っている人物について表現するとか，ある文書を作成した人物について記述することなどの応用にこそ，FOAF の本当の価値があると感じます．
FOAF で自己紹介と知人ネットワークを記述しても，それはそれだけです．でも FOAF はそれで終わりではなくて，さまざまな事柄を RDF で記述するときの基本になります．FOAF のすごさとか便利さは，今はまだ具体的にはなにもなくてこれからでしょう．これから先は，まず自己紹介とか知人ネットワークの表現などの分かりやすいところから FoaF Explorer や foafnaut! などの具体的なサービスが出現してきて，さらにいろいろな応用が広がって行くのではないでしょうか．PLINK は，ある人が写っている画像を，複数の RDF ファイルの記述から拾って来れるところなど，新しい可能性を示しているように思います．

@nak（あ）さんの疑問：

FOAFの<foaf:knows>で参照する相手の情報と相手にFOAFがあった場合、記述されてる本人情報の整合性を取るのは参照元の責任なのだろうか、ということ。

引用終わり．

間違った事を書かなければいいんぢゃないのかな．
foaf:knows で誰かの事を記述するときは，あまりいろいろ書かなくて最低限の事で良いと思います． 必須なのは，foaf:mbox_sha1sum です．これが無いと個人の特定ができないから．後は foaf:name か foaf:nick があれば良いと思います．
さらに，Web ページとか Weblog の URI が分かれば，それも書いておけば良いのだと思います．普通のリンク集と同じような感じで良いのでは．
後，相手が FOAF を公開しているなら rdfs:seeAlso でその FOAF を示しておくのが良いでしょう．

整合性がとれないって，例えばぼくが foaf:homepage で指している URI と @nak（あ）さんの知人のおのひろきの foaf:homepage の URI が異なっているとかでしょうか? それがどっちかが間違っているなら間違っているほうは修正するべきでしょうが，実際に 2 つの URI が有効でどちらもおのひろきの Web ページなのであれば，それはそれで良いと思います．

• foaf:knows の中の foaf:Person で記述する内容のリスト：

  foaf:mbox_sha1sum

  メールアドレスの URI 表記を符号化したもの．必須．

  foaf:name

  名前．公開されている名前をそのまま記述すればいいかな．特に Web ページなどで名前を出していないなら foaf:nick でニックネームを使う方が無難ですね．重要．

  foaf:nick

  ニックネーム．あれば書けば良い．

  foaf:homepage

  自分が知っている範囲で，その人の Web ページがあれば，その URI を書く．

  foaf:weblog

  自分が知っている範囲で，その人の Weblog があれば，その URI を書く．

  foaf:depiction

  もし，自分の Web サイトにその人の写真があれば．ひとつくらい指定しても良いかも．

  その人が自己紹介をその人の Web サイトで行っていて，そこに写真があれば，それを指定してもいいかも．

  foaf のその他

  その他は特に他人の事についてまで記述する必要はないとおもいます．同じ大学の後輩ですって紹介するなら，foaf:schoolHomepage を記述してもいいかも．

  dc:description

  その人についての説明文．自分からみて，どういう知人なのかの説明を書くのは良いと思います．

簡単には，こんな感じかな：

<foaf:Person foaf:mbox_sha1sum="911143978a8ce9e254485ff4ee93ed5e700ddd74">
     <foaf:name>ONO Hiroki</foaf:name>
     <foaf:knows>
          <foaf:Person foaf:mbox_sha1sum="e90d4299f965569b5eb6260f736f1a7d9c3b6512">
          <foaf:nick>@nak（た）</foaf:nick>
          <rdfs:seeAlso rdf:resource="http://www.atnak.com/foaf.rdf" />
          </foaf:Person>
     </foaf:knows>
</foaf:Person>

ところで http://www.atnak.com/foaf.rdf は，現在は Type が text/plain なんです．これだといくつかの FOAF を扱うサービスがうまく動かなかったりすると思うので，.htaccess なんかで application/xml などに設定した方が良いと思います．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040111n2 TrackBack

FOAF のメールアドレスの大文字/小文字

メールアドレスって，大文字と小文字を区別しません．大昔は小文字が使えないコンピュータってあったんで，そういうコンピュータでもメールが使えるようにっていう配慮だったのかな．そして，FOAF ではメールアドレスを個人の識別に使うのですが，メールアドレスそのものだけではなくて，メール先の URI を SHA1 エンコードした文字列も同様に個人識別に使えます．ところが，このSHA1 エンコードした文字列は，元のメールアドレスが大文字か小文字かで違ってくるので，同じ人物を指すのに，メールアドレスの大文字小文字の使い方が違っていると，FOAF では同一人物として認識できなくなっちゃいます．これについてちゃんと議論されていると, in the vanguard の kota さんに教えてもらいました．

• はてなダイアリー - in the vanguard
  http://d.hatena.ne.jp/kotastyle/20040107#p4
  • Friend of a Friend (FOAF) IRC Chat Logs for 2003-12-20

それで，SHA1 エンコーディングするまえにメールアドレスを小文字に統一しよう! って事にはなっていないそうで，現状では特にどうしようという話にまではなっていないってことですね....

SHA1 エンコーディングで実際になにが行われているかは，やっぱり神崎さんのページを参照するのが良いでしょう：

• メールボックスのプライバシーを守る
  http://www.kanzaki.com/docs/sw/foaf.html#mbox-sha1

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040111n1 TrackBack

PLINK の画像一覧

PLINK に，Profile，Photos，FOAFs というボタンもしくはリンクが出来て，それぞれプロフィール，画像一覧，FOAF ファイル一覧が表示されるようになりました．

「SwPhotoAlbum / 画像アルバム」では，画像の被写体が誰かをメタデータとして用意していたのですが，いずれ誰かの写真一覧のように，検索などが出来るようにしたいと思っていたのですが，PLINK によって実現されました．

いや，すばらしいですね PLINK．

• PLINK - People Link
  http://beta.plink.org/

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040108n2 TrackBack

トラックバックありがとう

もりさん，ぽた子さん，@nak（あ）さんは，それぞれの Weblog もしくは Web 日記を知っていたので予測しうる範囲でしたが，morio0101 さんの事は，トラックバックを受けて初めて知りました．皆さん，トラックバックありがとう．

パナソニック ロデオは，乗りこなすのが難しい自転車で，難易度が色分けされていて，簡単なのから，黄色，赤色，黒色なんです．morio0101 さんのロデオは赤なんですね．黄色と赤色は体験済みですが，黒色は未体験です．

ぽた子さんの初トラックバックになるはずだったのが失敗し，もりさんによる代理トラックバックだというのが，ちょっと残念(笑． そういえば，昨日の記事で，ぽた子さんの「ぽた子日記」へはリンクし忘れていました....

• ぽた子日記
  http://potterist.air-nifty.com/diary/

@nak（あ）さん曰く：自分のサイトに今更自己紹介記事はちょっと不自然?かもよ
との事ですが，まぁ，トラックバック一覧を見て回ると，自己紹介があるってのもいいぢゃないっすか．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040108n1 TrackBack

PLINK - People Link

FOAF を扱う PLINK というサービスが最近話題になりました．日本語の対応に難があるという事で，そこが残念なところだったのですが，本日 21 時ごろ試してみたら，きちんと日本語に対応していました．
PLINK は FOAF の RDF/XML ファイルを集めて，そのデータをデータベースに蓄積し，データを検索/閲覧できるようにするサービスです．

まだβ版（開発中のテスト版）です．

• PLINK - People Link
  http://beta.plink.org/

FOAF では，あるメールアドレスは，その人固有のものであるという前提で，同じメールアドレスを持つ人間は同意うつ人物として扱う事になっています．

この PLINK では，メールアドレスもしくはメールアドレスを暗号化した文字列をキーにして，ある人物についての情報を集積します．

だから複数の人がある人について，それぞれの FOAF ファイルに記述して PLINK に登録すると，さまざまな人からその人についての情報が集められることになります．

ところで「SwPhotoAlbum / 画像アルバム」では，RSS だけでなく FOAF ファイルも生成しています．撮影者と被写体についての情報を FOAF にしているのです． このデータも登録してみました．

そうすると，FOAF には，「この写真の被写体は誰それで，おのひろきがその人をを知っている」っていうことが記述されているので，その情報が PLINK に反映しました．しかも画像も表示しますし，画像についての説明文まで表示してくれました．

これはなかなか面白いかも．

ちなみに PLINK の中のぼくのページはこちら：

• PLINK - Hiroki Ono
  http://beta.plink.org/profile.php?id=911143978a8ce9e254485ff4ee93ed5e700ddd74

URI の中の末尾にある「911143978a8ce9e254485ff4ee93ed5e700ddd74」というのがぼくの ID で，これがメールアドレスを暗号化した文字列なんです．同じメールアドレスからは必ず同じ文字列が生成されますが，この暗号化した文字列からメールアドレスを得るのは困難です．

たとえば，すーさんが知っている「911143978a8ce9e254485ff4ee93ed5e700ddd74」という ID の人と，森さんが知っている「911143978a8ce9e254485ff4ee93ed5e700ddd74」という ID の人は，同じ ID だから，同じメールアドレスを持っているわけで，したがって同一人物であるという結論が導きだされます．

この暗号化は SHA1SUM というらしいのですが，これ暗号化する前の文字列が大文字か小文字かによって，結果が異なります．したら，メールアドレスは必ず小文字とするとか，ルールがないとうまく機能しない事になると思うのですが，実際のところどうなっているんでしょう．そういう議論を見た事無いです．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040107n1 TrackBack

GPS 位置データ付き RSS 用の横浜地図

画像アルバムとして横浜ポタリング「中華街で朝粥」を公開しています．その RSS は，GPS による位置データ付きです．
この RSS でも利用できる横浜の地図用の XSL を神崎さんが用意してくださいました．

• 横浜ポタリング「中華街で朝粥」の RSS を「ブラウズする」
• 神崎さんの地図を汎用的に利用できる XSLT / CSS (横浜の地図版)

関東の地図の上に，撮影箇所をポイントしても動きがよく分からなかったのですが，横浜の地図の上でなら，1 日の動きがよく分かります．

ぼくも神崎さんの XSLT をまねて，地図上に撮影場所をポイントするようなものを用意したいと思います．まねしてというより，丸写しかもしれません．

Web で自由に使える地図データってなかなかありません．ぼくは MapFan II PUE を使っています．これライセンスの範囲でできるだろうと思っています．

オンライン地図についても，経度緯度などからリンクするには，いろいろ契約したり登録したりが必要なものが多い様です．ちょっと面倒ですね．

RSS で画像アルバムのメタデータを記述することや，GPS 位置データのメタデータなど，これから利用が進むでしょうか．

[間違い:@nifty のココログ][訂正: livedoor Blog ]は GPS とカメラがついた携帯電話から画像付きで投稿したときに，画像と一緒に位置情報も書き込めるような機能を，将来実現することも検討しているようです．そのときに RDF などもきちんと利用されると良いのですが．

• ホコタテブログ: ココログが携帯電話のGPS機能対応に
  http://hokotate.cocolog-nifty.com/blog/2003/12/gps.html
  ココログではなく，livedoor Blog でした．

GPS のトラックデータ（軌跡データ）を RDF にしてみたのですが，それの利用の仕方を考えています．GPX という RDF ではない XML に変換すれば，それを地図で表示するオンラインサービスがあるようです．軌跡データでなく，ポイントだけかも．GPX に変換できていないので，試していません．

そうでなければ，神崎さんの XSLT / CSS のような形で，地図上にドットを置いて行けば軌跡が表現できそうです．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040106n3 TrackBack

dc:creator と FOAF について

「hail2u.net - Weblog - RSSにFOAFの参照を追加」で，RSS 1.0 において，記事の著者を dc:creator で表すときに FOAF の語彙を使って構造化するという話題．

• hail2u.net - Weblog - RSSにFOAFの参照を追加
  http://hail2u.net/blog/rss/add_foaf_reference_to_rss.html

記事「hail2u.net - Weblog - RSSにFOAFの参照を追加」には，dc:creator でなくて foaf:maker を使いましょうとコメントが入っています．参照先は「UsingDublinCoreCreator - FOAF Wiki」です．この Web ページではこの辺の事について解説されているようですが，英語です．

• UsingDublinCoreCreator - FOAF Wiki
  http://rdfweb.org/topic/UsingDublinCoreCreator

この dc:creator と FOAF についての話題は，神崎さんのページにも記述があります．

• FOAF -- メタデータによる知人ネットワークの表現 / foaf:makerとdc:creator
  http://www.kanzaki.com/docs/sw/foaf.html#maker-creator

簡単には dc:creator では，リテラルで名前を書いて，構造化してメタデータを記述する場合は foaf:maker を使いましょうという事でしょう．
両方記述しておいても良いかもしれません．foaf:maker には対応していなくて，dc:creator には対応しているという RSS リーダなんかありそうですから．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040105n1 TrackBack

2003 年 12 月のアクセス統計発表

先月 1 ヶ月間のおのひろきおんらいんのアクセス統計です．11 月よりも 12 月のほうがアクセスがガクゥって減っています．

• おのひろきおんらいん全体で 160,701 ページビューで 11 月の 181,930 より減少
• welcome ページは 27,102 ヒットで 11 月の 29,500 ヒットより減少
• 1 日あたりの訪問者数は平均 1743 で，これに関しては，11 月の 1,975 と変わらず

今月も RSS ファイルの利用を見てみます．"履歴もしくは日誌" としてつらつら書いているものの，RSS を http://onohiroki.cycling.jp/info/weblog.rdf として公開していますが，これのアクセスはまた急激に増えました．

全体のアクセス状況は，12 月は落ち込んでいたのに，RSS のアクセスだけすごく増えていました．やっぱり RSS って使われるようになっているんですね．ちなみにサーバは 12 月には 117,733 の「更新していません」というレスポンスを返しています．この中のどれくらいが RSS の分なのか分かりませんが．ちなみに特に 12 月の「更新していません」というレスポンスが多かったわけではありません．

[N]ネタフル「11月のアクセス数」へのコメントで，RSS へのアクセス解析をどうやっているのかというのが話題になっていますが，ぼくは HTTP サーバのログを Webalizer というツールを使って解析しています．解析対象になる拡張しで，html 以外に css とか rdf とか xml を追加して設定しているので，HTML 文書と同様に RDF ファイルへのアクセスも解析結果に載ってくるのです．

• Home of The Webalizer
  http://www.mrunix.net/webalizer/

てな訳で，特別なテクニックを駆使している訳ではないのです．この Web サーバは，マシンを一台借りて友人数名で共有しています．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040102n1 TrackBack

RDF を「ブラウズする」

「ブラウズする」のスタイルシート ( XSLT と CSS ) を書き換えて，サムネイル画像，Exif データ，GPS による位置データに対応するようにしました．まぁ RDF の書き方によってうまく行ったり行かなかったりですけど．

• 「ブラウズする」の更新記録

位置データを見つけた場合は MapQuest と multimap という海外の地図データサービスのページにリンクするようにしました．やっぱり国内の地図データサービスのほうがいいと思うのですが，データム（座標の基準）の変換も含めて，やりかたを考えてみたいと思います．

同時に横浜ポタリング「中華街で朝粥」の RDF ファイル rss.rdf と foaf.rdf を書き換えて，「ブラウズする」でうまく表示できるようにしてみました．

• 横浜ポタリング「中華街で朝粥」の RSS を「ブラウズする」

きちんと RDF を解析しているように見える FOAF Explorer と比べるとあれですが，それっぽく機能するようになったと思います．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040101n4 TrackBack

抱負(2)

あとですね，今年はサイクリングというイベントと，自転車っていうモノを，RDF でどう記述するか考えたいと思います．必要なら RDF の語彙として定義したりして．

サイクリングというイベントでは，集合場所と解散場所，走行距離，コースは舗装路のみかダートを含むか，難易度はどれくらいかといったさまざまな要素があるのですが，それがきちんと RDF で表現する方法を考えましょう．

あと，自転車を説明するときも，折り畳み自転車だとかリカンベントだとか様々なタイプがあるので，それも RDF で表現する方法を考えてみたいと思います．

Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20040101n3 TrackBack