履歴もしくは日誌

「ブラウズする」の反応がありました

「ブラウズする」の反応がありました．

• FOAFをブラウザで
  http://car.s35.xrea.com/diary/200312.php#D30-01

ただ…自分のサイトのRSSが通らないのは少し悲しいです…Shift_JISな0.91だからかなぁ?

現時点では RDF/XML への対応しか考えていなかったので，RDF ではない RSS 0.91 は試していませんでした．RSS なら，Bulkfeed を利用するのが良いと思います．http://car.s35.xrea.com/rss.xml は Bulkfeed に登録されていなかったので登録してみようと思ったら，XML パースエラーがでました．「ブラウズする」でうまくいかないのも RSS 0.91 への対応以前に W3C XSLT Service 側でエラーが出ています．ここが解決できれば「ブラウズする」の RSS 0.91 への対応は出来ると思います．まだやっていないけど．

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

横浜中華街へ朝粥を食べに行くポタリングの写真を公開

先日の横浜中華街へ朝粥を食べに行くポタリングの写真を公開しました．

• SwPhotoAlbum / 画像アルバム
  • 2003-12-27 横浜ポタリング「中華街で朝粥」

もともと「SwPhotoAlbum / 画像アルバム」では，画像ファイルのメタデータを RDF によって記述する実験という面がありまして，今回は位置データを RSS に取り込む事をしてみました．これについては神崎さんが最近いろいろと記事にしています．

• RSS Photo Album with Geo info -- GPSデータ付き写真のRSSアルバム
  http://www.kanzaki.com/works/2003/imagedesc/1210.html

それでそれにならってぼくも位置データを RSS に加えてみました．GPS による Track ログ（軌跡データ）を，まず RDF 形式に書き直して，それから画像ファイルのメタデータを記述した RSS ファイルとマージしました．以前から，簡単なスクリプトを書いたりして準備はしていたのですが，これだけのものをまとめるのに数時間かかりました．
それでも以前は画像のリサイズを Photoshop で処理していたのを，sips という Mac OS X 10.3 でのコマンドで行うようにして，かなり簡単になったんです．
まぁ，なんとか位置情報付きの RSS ができました．

神崎さんの「RSS Photo Album with Geo info -- GPSデータ付き写真のRSSアルバム」で紹介されている位置情報付きの RSS に XSLT を適用するのを，ぼくの RSS でも試してみました．

• 位置情報付きの RSS に XSLT を適用:
  RSS Photo Album view: 2003-12-27 横浜ポタリング「中華街で朝粥」

これだと，地図上に写真を撮影した場所が表示されます．いずれは，ぼくの Web サイトでも，写真の位置情報をから地図と連携するような事を考えたいと思います．

the Semantic Memoの時も感心しましたが，in the vanguard の kota さんの画像ファイルのメタデータの書き方は，なるほどなって感心しました．rdf:type で worldnet を使うのは良さそうですね．これもまねしたいと思います．

• RDF Image Description ことはじめ
  http://d.hatena.ne.jp/kotastyle/20031223#p4

「SwPhotoAlbum / 画像アルバム」は，RDF の書き方とか見せ方についてもまだまだ考えなくちゃならないところが沢山あるのですが，現状では写真を公開するまでの作業がちょっと面倒すぎると思っています．もっと簡単にできるように，自動化をさらに進めなければ...

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

FOAF をブラウズする

FOAF などの RDF/XML ファイルを，Web ブラウザで閲覧する方法を考えてみました．FOAF 用のツールの少ない現状ではある程度は意味があるかと思うので，公開します．

• ブラウズする
  http://onohiroki.cycling.jp/browseThrough/

最近はあちこちで Weblog (もしくは blog) のサービスが開始されましたが，ココログとか Livedoor blog とかでは，著者のプロフィールを用意すると FOAF ファイルが生成されます．これは RDF/XML なので，普通は Web ブラウザなんかぢゃ閲覧できなかったりします．

FoaF Explorer を使うと，Web ブラウザでは直接見る事ができない FOAF の RDF/XML ファイルを閲覧することができます．これはこれでとても良いのですが，日本語には対応しているものの，表記が英語なので日本語表記のサービスが欲しいところです．

それで XSL ファイルを書いてみて，W3C XSLT Service を利用して RDF/XML ファイルを見てみました．これなら，XSLT ファイルが用意されていない RDF/XML ファイルも Web ブラウザで閲覧できるし，XSLT に対応していない Web ブラウザでも利用できます．以前 Safari で FOAF や RSS を CSS を使って表示する というのをやってみましたが，こっちのほうが良いかも．

RDF ファイルの中で rdfs:seeAlso がある場合，foaf:made で拡張子 rdf のファイルの URI を指している場合，RSS の item が拡張子 rdf のファイルの URI を指している場合は，リンクとしてたどって行けるようにしました．

XSLT とか CSS が分かる人は，勝手に改変して再配布してみてください．

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

Trackback ってなんなのよ

以前 Trackback について説明した記事に対してすーさんから反応がありました．曰く：

Trackbackした痕跡を使って可視化できたら面白いだろなと思ってた．
まぁ，可視化できて何が面白いって，単にほへーって眺めて自己満足の世界に入るだけかもしれないけれど．
そういう二次利用ができないのなら，コメント機能とかメールでいい気もするなぁ．

引用終わり．

そうなんですよね．コメント機能があって，コメントでリンクを張れるなら，Trackback の代わりにはなりますね．
メールでの連絡だと第三者には分からないという不便があるけど，メールで連絡受けた後でリンクするなら，やっぱり第三者にリンク先が分かるわけだし．

実際には，ある記事に対しての反応を記事にすると，自然に Trackback できるようになっているツールがあります．そういう機能が使えるツールだと，とても便利なのです．ここの「履歴もしくは日誌」では手作業による Trackback ping 送信なので，特に便利な訳ではありません．
ココログでは自動化された方法が使えて確かに便利です．

それと Trackback したりされたりっていうのが，可視化できたら良いなという意見は確かにそのとおりだと思います．
他の Web サイトとの間でのリンクや Trackback の状況を表現する事を以前試してみました．でもちょっと情報を多くすると，ごちゃごちゃしてしまいます．うまくグラフを書く事ができないと，あまりおもしろくならないと思って，すぐにあきらめてしまいました．

でも glucose という Windows 用の RSS リーダの Trackback 追跡の機能を試してみたら，Web サイト間の関係をグラフではなくて，単にリスト形式とかテーブル形式で表示するだけでも，おもしろいかもしれないと思いました．

「履歴もしくは日誌」で，2 回以上リンクしているか，もしくは Trackback した Web サイトを RDF で記述すると事を試してみた事があります．それをグラフにすると，とりあえず Web サイト間関係がグラフになります．でも，そのグラフを見て，あんまり良くないと思ったのです．もう少し良い方法を考えてみます．

• Web サイト間の関係を RDF で記述して，それを W3C RDF Validator でグラフ表示
  http://www.w3.org/RDF/Validator/ARPServlet?URI=http://onohiroki.cycling.jp/info/intersite.rdf

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

RSS を基本にした分散掲示板(3)

この話題に対していくつか反応があったので，その反応です．
まず，Web ページがかなり普及しているので，Web ブラウザで閲覧できるコンテンツが人気があるのと当時に，個人がコンテンツを公開するときに HTML 文書が基本になっているという現状があります．それ故に Web 掲示板というものが普及しているのでしょう．でもぼくは Web 掲示板がきらいです．あちこち見てまわるのがとても非効率的だからです．

いわゆるアンテナという更新時刻情報付きのリンク集経由で掲示板をあちこちみることによってある程度の効率化ができたのですが，それでもまだ不満がありました．

NNTP による news は?

悪くないけど Web 掲示板ほど普及しませんでした．

独自の XML による掲示板のデータの配信は?

そんなもんが普及するのを待ってられません．

RSS による掲示板のデータの配信は?

すでに RSS リーダがあり読み手の環境が整って来ています．Web 掲示板を運営している側は，Web 掲示板の CGI が RSS 配信に対応したものに置き換えれば良いだけです．

投稿は Trackback ってのは，ちょっと悪のりでした．どんな方法でもかまわないです．

まだ RSS リーダを使っている人は極一部です．でもこれからもっと普及すると思います．Opera が RSS リーダの機能も取り込もうとしているのは，とても面白い試みです．Windows の次期バージョンでも RSS リーダの機能が用意されるって聞いていますし．

RSS がこれから普及するだろうから，現在のあまり便利ではない Web 掲示板も RSS に対応すると良いだろうなってことです．

Web 掲示板の RSS に要約を含ませるか記事全文を含ませるかについて：

• 掲示板で，記事のタイトルが，十分な意味を持っている例をあまり見た事がない．実は記事に適切なタイトルをつけること自体が難しい．それ故にタイトル意味だとあまりうれしくない．
• 要約でも良いが，きちんとした要約を自動生成するのはむつかしい．掲示板などのように，いろんな人が書き込む記事は，記事の意味を追わないと，有用な要約を得るのは難しいのではないか．

「RSS を基本にした分散掲示板」の話題について言及しているところ：

• メタデータ付き掲示板 / BBS News
  http://strangeworld.cc/‾bbsnews/log/031218.html
  XMLで掲示板用のメタデータを新たに定義したほうがいいように思いました
• 12.19 /White's Free Talk
  http://white.niu.ne.jp/Freetalk/0312b.html#191325a
  本当に必要なのは「近代化されたNNTP」なんじゃないのかなあ

RSS で掲示板のデータを配信するのに，記事の数は問題ぢゃないし，記事の全文を含ませることも問題ではないでしょう．必要なら配信する CGI 側でいろいろオプションを用意すればいいんだし．

ちなみにこれはセマンティック Web の話ぢゃなくて，不便な Web 掲示板がどうにかならないかって話．そういう視点で考えても RSS には利用価値があると思います．

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

グループをサポートするサービス

そのサービスは，グループを支援します．たとえば，あるテーマにしたがって Web サイトで相互にリンクする WebRing をやっているグループとかメーリングリストのグループとか．そういうものを置き換えたり補ったりするサービスです．

グループリーダは，そのサービスで，グループのページを作ります．そしてグループのメンバーのリストをアップロードします．メンバーリストは単にメールアドレスのリストです．

そしてグループリーダは，グループを紹介する情報と自己紹介の情報を入力します．

そしてグループリーダは，メンバーに対して，グループのページが出来たから，メンバーはそれぞれ登録してくれってお願いします．これはメンバーリストのメールアドレスに一括メール送信で良いでしょう．

メンバーはグループのページにアクセスして，メールアドレスを入力します．するとグループのメンバーと確認されて，自己紹介のページを作成できます．

こうしてメンバーの web ページリストがつくられます．

メンバーに対して会員ナンバーの割当が，メンバーリスト順もしくは，自己紹介ページ作成順のいずれかで与えられます．

第三者がグループに参加するときにいくつかの方法があります：

• グループリーダが承認するとき
• グループリーダがあらかじめ設定した数だけ，参加希望者とメンバーの間に知人関係がある場合

サービスは各グループ間の，共通のメンバーとか，メンバー間の知人関係なども視覚化して表現できます．
大きなグループでは，実は同じグループのメンバーでありながら，知らない人がいたり，知っている人が少なかったりしますが，サービスはグループ内知人関係も視覚化して表現します．

このサービスの特徴：

• 自分がグループのメンバーであるという事を明確にするという目的が，自己紹介の情報を入力する動機付けになる
• グループ内もしくはグループ間での知人関係をたどると，意外な発見があったりして，楽しくなる
• もちろん個人が単独で自分の情報を入力できて，後にグループに加わったりすることができる

なんの話かというと，こういうサービスが FOAF を基にしてして実現したら FOAF が普及するかなと．

その一方で，運営しているメーリングリストのメンバーの Web ページのリンク集とかを作る方法を考えたいってのもあります．自転車のメーリングリストなので，自転車の車種で検索できたりとか好きなサイクリングコースで検索できたりとか．ある程度メンバーが多いグループでは，メンバーの情報を登録してもらって検索できるようなシステムがあると便利かなぁって思うので．

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

FOAF Trackback

FOAF Tracbak のような機能を tomob にも実装する予定なのだそうです．RNA ときちんと互換性が保たれると良いですね．

• 友達ブラウザ - トモブ - (log)12月12日作業ログ

RNAのようなアンテナや単純なWebにFOAF管理の機能が付くよりも友達を俯瞰してみることができるtomobに付くことに意味がある。

確かに FOAF をなにかで閲覧しているときに，誰かに FOAF Trackback を送る事ができたら良いとは思います．でも，FOAF に関してはデータを記述する方法がなんとなくあるだけで，応用としてうまく動くのは FOAF Explorer くらいですね．FOAF Explorer でも閲覧中に知っている人を見つけたら，自分の FOAF に加える作業を支援する仕組みがあります．

本当に必要なのは，自分の自己紹介と知人紹介のページを書くと，FOAF が知らないところで生成されて，その後で知人のページを見つけて，リンクに追加すると FOAF も更新される．そのときに FOAF Trackback を使って，その相手先にも通知が行く．そんな仕組みが欲しいですね．

しっている中では TypePad が良く出来ています．ぼくが試したのはココログですが，ココログでは，自己紹介のための情報を入力して，知人のリストを作ると自動的に FOAF を作成します．知人の Web サイトをリストに加えるだけで，HTML の link 要素から FOAF ファイルを探し出して，そこから情報を読み込むというところまで行います．そのときにコンテンツ作成者側には FOAF の存在を感じさせないのです．

TypePad の機能で足りないのは，FOAF による知人ネットワークのつながりを視覚化することと，こちらが知人リストに加えたということを相手に伝える仕組み (FOAF Trackback とか) がないことでしょう．

semblog.org で語られている FOAF 共生プラットフォームの話は興味深いです．ぼくはこれを見るまで，FOAF Trackback が Acknowledge Shake Hands System 由来のものだと気がつきませんでした．

• semblog-dev: FOAF共生プラットフォーム（試案）
  http://www.semblog.org/i2k/archives/000250.html

• Acknowledge Shake Hands System
  http://www-kasm.nii.ac.jp/ ‾hamasaki/acsh/

あと，kota さんが，はてなダイアリー - in the vanguard で，FOAF共生プラットフォームについて取り上げていました．

でも、人とのつながりが半自動化されるのも少しさみしいですね。自分がその人に関するデータをある程度編集できる手段が欲しいなと考えてます。

• "Friend Of A Friend" / はてなダイアリー - in the vanguard
  http://d.hatena.ne.jp/kotastyle/20031216#p3

RNA の，FOAF Trackback を受けたときに，追加っていう作業をすると知人に追加されるという半自動っていうのは良い塩梅だと思います．

TypePad ベースのココログでは，マイリストに知人を加えると FOAF ファイルからいくつかのデータを読み込んで，画面に表示します．それをそのまま採用することもできるし，編集する事もできるようになっていました．RNA では知人を加えるだけで，知人のデータを編集する機能はまだ無いようです．

FOAF って現状ではテキストエディタで，RDF を記述できるような人が遊んでいる段階ですけど，XML を意識しないで編集するようなツールが欲しいです．

というのも，ぼくも FOAF の記述は難しいと思っています．RDF では，URI の無いリソースについて記述するのは，なんかややこしくないですか? 人とかイベントとかグループなんかには，普通は URI って無い事が多いでしょう．人間の URI なんて 神崎さんの urn:pin:MK705 くらいしか知りません．

「A さん B さん C さんは，互いに知人で，かつ 3 人はあるグループのメンバーです」なんてのを記述するのは，それぞれの人に URI があれば簡単ですが，そうで無いから難しいと感じます．ぼくにはうまく書けませんでした! 先日書いた Cycling.jp のメンバーの FOAF はなんかおかしかったので書き直しました．「A さん B さん C さんはあるグループのメンバーです」って感じでお互いに知人だって記述は省略しちゃいました．

そうそう，RDF でなにか身近なことを記述しようとすると，FOAF の語彙ってやっぱり基本になりませんか? そう考えると単に自己紹介ができるとか誰それを知っているっていうことが表現できるというのは，FOAF の極一部の話だと思います．

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

距離と Trackback / 身近なところには Trackback 不要なのか?

すーさんのところは，トラックバックできないのが残念って書いたら，すーさんから誰がどうして残念なのだろうか？という反応．すーさんの疑問に答えるとこうなります：

誰が残念なのか

おのひろきが Trackback できなくて残念だなって感じました．

どうして残念なのか

最近 Trackback をやり取りするのが面白く感じているのに，あまり身近なところでは Trackback できるところがなかったりするので，身近なところがトラックバックできたらいいなぁと思ったのです．

どのくらい残念なのか

あちこち Trackback できるところがあればいいなぁ．特に身近なところとか．

でも，すーさんの疑問には，Trackback ってなんなのかを考える種があるような．

結局，普段から相手が書いたものを見ているような間柄なら，単に書けば相手が見るだろうから，わざわざ Trackback して，相手になにか書きましたよって伝えるまでもないのかも．さらに本文中でリンクしておけば第 3 者にも分かるしね．

結局は，あまり身近でないところに Trackback するから意味があるのかな．もしくは，相手がこっちに特にリンクしないだろうという場合に，第 3 者にこっちも読んでもらう時に役にたつのかな．

非常に細かい事をいうと，Trackback ping を送信したという事がメタデータとして残るなら，メタデータを解析するソフトウェアでは，単にリンクしただけとは違った結果をもたらすでしょう．semblog.org の RSS リーダである glucose は，Trackback を追跡して，記事間の相互関係を視覚的に表現したりします．

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

XFN と FOAF

人と人との関係を，XHTML の中でマークアップする方法として XFN ってのが提案されているそうな．XHTML Friends Network で XFN だそうです．RDF Interest Group IRC Scratchpad でとりあげられていました：

• XFN - XHTML Friends Network
  http://gmpg.org/xfn/
• RDF Interest Group IRC Scratchpad
  http://rdfig.xmlhack.com/2003/12/16/2003-12-16.html#1071597063.769549

例を挙げると XFN では，こんな感じです：

<a href="http://susumu.cup.com/" rel="friend met">すーさん</a>

FOAF では，こんな感じです：

<foaf:Person foaf:name="ONO Hiroki">
  <foaf:knows>
   <foaf:Person foaf:nick="すー" >
   	<foaf:homepage rdf:resource="http://susumu.cup.com/"/>
   </foaf:Person>
  </foaf:knows>
</foaf:Person>

まぁどちらも一部だけを抜き出している上に，FOAF 側はかなり省略していますが，雰囲気としてはこんな感じでしょうか．

当然 XHTMl で人と人との関係を表現する XFN は，RDF で人と人との関係を表現する FOAF と比較されるわけです．

• XFN
  • XHTML の a 要素の rel 属性で，人と人との関係を表現する．
  • 人と人との関係の表現は豊富．例えば単に面識があるだけか，会ったことがあるか，デートした事があるかとか．
  • 人を特定するのは，その人の Web ページなどの URI が基本となる．
  • XFN を利用する XHTML の文書の書き手が，XFN での本人になる．FOAF/RDF での主語相当．だからひとつの文書に複数
  • の人の独立した知人関係は記述できない．トモダチのトモダチというのを XFN ではひとつの文書内では記述できない．
• FOAF
  • RDF での基本語彙で人の表現を扱い，その中で人と人との関係も表現する．
  • 人と人との関係の表現は単純．誰それは誰それを知っているという関係が基本．
  • 誰それは誰それを知っているという関係以外は人が何かリソースを作ったとか，なにかのメンバーだとか間接的な情報が，人と人との関係を表すこともある．
  • 人を特定するのは基本的にメールアドレスで，メールアドレスを暗号化したモノを補助的に使う．
  • FOAF での人と人との関係の単純さを補うために XFN 相当の語彙を用意する事を考えると，けっこうややこしい記述になりそう．

はてなダイアリー - huixingの日記では，XFN と semblog の Community Web を比較していました：

• はてなダイアリー - huixingの日記
  http://d.hatena.ne.jp/huixing/20031216#p2

でも Community Web は FOAF を基にしたシステムもしくはサービスの話ではないかなと思います．XFN はまだ XFN を基にしたサービスがなにもないと思うのですが，これからどんなものが出てくるのでしょう．

ぼくとしては XHTML の文書を書くときに XFN を利用して，その XHTML のメタデータを自動生成するときに XFN から FOAF を生成するようにしたらどうかなとか考えました．

あと，XFN の豊富な人間関係の表現を FOAF でも使えるように RDF の語彙として定義してしまうって話も必ずどこかで検討されるでしょう．でも FOAF の単純な形のままでも良いかなって，ぼくはおもいます．XFN でも rel="friend met" しか使わなさそうです．

XFN ではサイトリストを作るときに XFN を使ってどのような関係なのかという情報を付加することを考えているようですが，ココログでマイリストに「人」のリストを作ると，FOAF の情報が生成されるというのと比べると，手軽さもメタデータの有効性もココログ / FOAF のほうが上かなって感じます．

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

RSS を基本にした分散掲示板(2)

RSS を基本にした分散掲示板について，反応があったり関連する記事があったりなので，再び話題にします．

kota さんが，in the vanguard 2003-12-12 で曰く：

えぇと、スレッドの違いはどうRSSに反映させるのでしょうか。やっぱりDublin CoreのreferencesやisReferencedByあたりを使うのでしょうか。

引用終わり．

いや，実際の実装まで考えていないので...でも，そうなるでしょうね．

ぼくのこの「履歴もしくは日誌」の RSS は RSS 1.0 なのですが，dcterms:references をつかって，記事中でリンクした URI を記述しています．

• Syndication Subscription Service による表示
  http://purl.org/net/syndication/subscribe/

掲示板での記事のスレッドとかツリーについても，同じような表現になるでしょう．掲示板のある記事へのコメントだと特に表現しなくても URI からそうだと分かるので，プログラム側で対応できそうですね．

StarChartLog では，RSS を出力する Web 掲示板が紹介されていました．

• StarChartLog @cocolog: RSSを出力する掲示板スクリプト
  http://stella.cocolog-nifty.com/starchartlog/2003/12/rss_3.html

ひとつは「(SS)C-BOARD」でした．こっちは試したことがあるんですが，RSS に出力されるのは，見出しだけです．しかも文字コードは UTF-8 ぢゃなかったような．

「うなぎスクリプト＋subject2rss.cgi マルチスレッド型掲示板」ってのは知りませんでした．これも CGI のソースを見てみたら記事の見出しだけしか含まれないようです．

その他に，スピリッツオブゼロで，開発中のものが紹介されています．

• RSS出力付きヘッポコ掲示板その後 / スピリッツオブゼロ
  http://park8.wakwak.com/‾da101/nikki/200312.html#d20031213c3

スピリッツオブゼロで紹介されているものは，はじめは description 要素の内容に要約を入れる方向だったのですが，記事全文を入れることになりそうです．

Web 掲示板の RSS が出力されても見出しだけならあまりうれしくないですね．やっぱり要約か全文かが入っていないと．およそ掲示板のひとつの投稿の内容は，題名だけでは内容を推測できないような事も多いですし．

RSS が主で，それを HTML に変換して Web 掲示板に表示されれば良いと思うんです．主従関係が逆ですね．RSS に全てのデータが入っていると．
するとメタデータではなくてデータそのものって事になっちゃうのかな．

しかしいろいろ言うだけでなく，自分でプログラム書けって話なのかもしれないけど．だけど掲示板のプログラムを書くくらいなら，メーリングリストのメンバーの自己紹介システムとか作りたいなとか．メンバーの Web ページの検索とかできるようなもの．もちろん FOAF がベースになるのですが，それは適度に隠蔽されていて，利用者にはよくわからないうちに FOAF が生成されるという....

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

GPS のデータを利用したい(2)

サイクリングの時は GPS で記録をとっています．これをどうにか利用したいと思っています．デジタルカメラで撮影した画像ファイルのメタデータに GPS の位置情報を差し込む事を試しています．

いつも GPilotS というソフトで GPS のデータを Palm OS の PDA である Visor にバックアップを取って，それのデータを Macintosh に移したあとで，Macintosh 用の GPSy という 古いソフト用のデータに変換しています．

まず GPSy のデータを RDF に変換するプログラムを書いてみました．元データのデータムが WGS 84 だったので，簡単でした．データムってのは，経度・緯度の標準化の形式でいくつかあります．日本では Tokyo データムだったのが，最近 WGS 84 にしようって話になって，今は移行時期って感じですね．

GPS の軌跡データ(トラックログ)が，RDF に変換されても，それだけではあまり面白くありません．

やっぱりデジタルカメラで撮った画像に位置情報を付加するというのをやりたかったのです．

以前すーさんが，SONY の小さな GPS を使っていて，それのデータとデジタルカメラのデータを後から Windows のパーソナルコンピュータで統合するっていうのを実演してくれて，面白いなって思ったんです．
Macintosh でそういうのをやるのって知らなかったし．
その時からいつか自分もって思っていたんです．

デジタルカメラで撮影した画像ファイルのメタデータを RSS/RDF にするのはすでに SwPhotoAlbum / 画像アルバム でやっているので，GPS のトラックデータの RDF を利用してデジタルカメラの画像データのメタデータに位置情報を差し込むというのを試してみました．

画像の撮影時刻と，トラックデータの時刻を比較して，同じ時刻の位置情報があれば，それを採用．なければ，前後のデータの平均をとるという単純な話です．

RDF は簡単にできそうで，あとはそれを XSLT で HTML 文書に変換しますが，そのときに，位置情報を利用して，どこかの地図情報サービスサイトにリンクを貼ることを考えています．

日本の地図情報サービスの MapFan Web とかマピオンって，経度・緯度を利用してリンクするのに，ユーザ登録してくれとか規約に同意してくれとかってあって，なんか面倒．しかもこっちのデータは WGS 84 データムなのに，Tokyo データムじゃないとだめだし．XSLT でデータムの変換の計算なんて，面倒なんぢゃないかなぁ? できるのかしら?
とりあえず海外の地図情報サービスなら簡単そう．

• 地図リンクサービス - MapFan Web
  http://www.mapfan.com/mfwlink/index.html

そしてこういった問題について，神崎さんのサイトで解説するページが公開されました．特に「位置データ付きRSSの記述方法」の説明はとても参考になりました．RDF で画像ファイルのメタデータを記述するときに，位置情報というのは，画像ファイルの位置情報ではなくて，画像を撮影した場所，もしくは被写体の位置情報であるという指摘は重要ですね．ぼくは気がつきませんでした．

• RSS Photo Album with Geo info -- GPSデータ付き写真のRSSアルバム
  http://www.kanzaki.com/works/2003/imagedesc/1210.html
• Geo metadata - 位置に関するメタデータとその応用
  http://www.kanzaki.com/docs/sw/geoinfo.html

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

セマンティックメモ

よし，ぼくもセマンティックメモだぁ! XML だからセマンティックと言う訳ではなかろう．RDF でなくちゃ!

セマンティックメモについて:

• NDO::Weblog: セマンティックメモ キター!
  http://naoya.dyndns.org/‾naoya/mt/archives/000755.html
• Wiki - セマンティックメモ

ぼくが書いたメモ:

• W3C RDF VAlidation Service でセマンティックメモをチェック
• FoaF Explorer でセマンティックメモをレンダリング

ネタです．

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

RNA の FOAF の不満足な点

RNA 1.8 は「RNA::Personal RDF Suite」って名乗っていますね．もはやアンテナという呼び方に適合しないのでしょうか．
さてはて，RNA 1.8 の生成する FOAF について気になる点をもうひとつ．いくつかの要素を省略しましたが，RNA は rdfs:seeAlso を使って，foaf.cgi の URI を示します．

<foaf:Person>
<foaf:name>Hiroki ONO</foaf:name>
<rdfs:seeAlso dc:title="ACSH" rdf:resource="http://onohiroki.cycling.jp/antenna/rna/foaf.cgi" />
<foaf:Person>

RDF モデルでは，主語[人]の情報が rdfs:seeAlso の URI で得られるってことになります．

ところが実際はその URI にアクセスするとユーザログイン画面がでます．ログインすれば FOAF 編集画面になります．これは RDF のモデルとして考えて，破綻していると思います．その URI で[人]の何らかの情報が得られないと...
それともログインすれば FOAF の編集画面になり，[人]の情報が表示されるから良いって事でしょうか?

foaf.cgi にアクセスすると，まずその人のプロフィールが表示され，ログインのためのフォームも同じ画面に表示されているというのなら，RDF モデルとして問題ないのかな．

ただ rdfs:seeAlso で示すリソースが RDF/XML でなければならないというわけでは無いようです．これについては以下で議論されています．

• UsingSeeAlso - ESW Wiki
  http://esw.w3.org/topic/UsingSeeAlso

それにならえば，<rdfs:seeAlso dc:title="ACSH" rdf:resource="http://onohiroki.cycling.jp/antenna/rna/foaf.cgi" /> は <rdfs:seeAlso dc:title="ACSH" dc:format="text/html" rdf:resource="http://onohiroki.cycling.jp/antenna/rna/foaf.cgi" /> とでもしますかね．

いやいっそ foaf.cgi でDTD なしで RDF/XML を埋め込んだ XHTML を返すというのはどうでしょう? その時にコンテンツネゴシエーションして，ユーザエージェントが Content-Type: application/xml を受け付けるなら application/xml として返すとか．

• XHTML に FOAF を埋め込んだ XML を FOAF Explorer でレンダリングする例

現状では RNA が FOAF Explorer にリンクするようになっているけど，FOAF Explorer 側で rdfs:seeAlso で指定される foaf.cgi を解釈できなくてエラーになります．

RNA の foaf.cgi の問題だと思うところ：

• ログインページなどが整形式 XML になっていない
• ログインページなどが Valid XHTML になっていない
• rdfs:seeAlso として示した URI からは RDF モデルとしての主語の情報が得られるべきだが，それを満たしていない

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

RNA 1.8 について

いわゆるアンテナと呼ばれる，更新時刻情報付きリンク集生成プログラムがあります．RNA はアンテナなのですが，RSS を利用しているところが他のものと違います．
さらに今度は FOAF も使うようです．
以下 RNA 1.8 についてです．

FOAF の編集機能について：

敬称 (Mr, Mrs, Dr, etc)

省略可能

名 (First Name)

必須

姓 (Family/Given)

必須

ニックネーム

省略可能

メールアドレス

必須 / 未入力時にエラーメッセージ表示

ホームページのURI

省略可能

あなたの写真のURI

省略可能

電話番号

省略可能 / 省略時は，もともとフォームに入っている「tel:」を削除しなければならない．

名と姓の両方を省略すると foaf:name 要素がおかしくなります．開始タグと終了タグの間に空白文字がひとつ入った状態になります．たぶん，名と姓の間に空白文字を挿入するという部分が効いているんでしょう．名と姓を省略すとそれぞれ foaf:firstName と foaf:firstName は要素が生成されません．これは要望ですが，ニックネームがあれば名前は省略できるようにして欲しいです．

RNA の FOAF Trackback 機能について，
A さんが B さんに FOAF Trackback する手順：

1. RNA では，foaf.cgi の URI が公開されます．A さんが B さんの RNA を見つけました．そこには B さんの RNA の foaf.cgi の URI が示されています．
2. A さんは自分の RNA の FOAF 編集画面で，B さんの foaf.cgi の URI を「FOAF-CGI URL」という項目に入力し「Say Hello」ボタンを押します．
3. A さんの FOAF の知人リストに B さんが加わります．
4. 一方，B さんの FOAF 編集画面には，「Hello from ...」という項目に，受け取った「Hello」のリストが表示され，その中に A さんがリストされます．項目のとなりに，「Add to my FOAF」というボタンが表示されるので，それを B さんが選択すると A さんが B さんの知人リストに加わります．
5. 結果として A さんから行動を起こし，B さんにその行動が伝わり，両者の知人リストにお互いが加わりました．

以下の記事で RNA 1.8 の機能について話題になっていました：

• RNA 1.8 リリース / antipop
  http://antipop.zapto.org/id_981.php#articles
• RNA 1.8 / はてなダイアリー - in the vanguard
  http://d.hatena.ne.jp/kotastyle/20031206#p2

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

GPS のデータを利用したい

普段のサイクリングでは，GPS の記録をとっています．GPS ってのは人工衛星からの信号によって，自身の位置を知ることができる仕組みです．緯度と経度と高度と時刻という基本データから，計算によって速度とか移動距離などももとまります．こういうデータを Web での情報公開にも利用したいと思っています．

@nifty の自転車フォーラムでは，GPS の軌跡データの記録(トラックログ) をまとめて公開する準備が有志によって行われています．
そのときに，どのようなデータ形式にするかという事が話題になりました．まぁいろんな環境でも使えるように，データ変換が後から簡単にできるようなものが良い訳です．
ですからテキスト形式のデータが良いという意見がでていました．

さらに言えば XML 形式がいいと思うし，インターネットでの公開も考えたら RDF による公開も良いと思います．
それで調べてみたら，すでに Garmin GPS のトラックログ等のデータを RDF として公開する試みなどもされているんですね．

• Dumping Geo RDF from Garmin GPS units
  http://www.hackdiary.com/archives/000040.html
• Garmin Geko 201 and RDF
  http://www.wasab.dk/morten/2003/10/garmin-geko201-rdf.html

あと GPS のデータを XML で扱う試みは GPX というものもあります．これは主にデータ変換の中間ファイルとして利用したり，またはさまざまな環境での統一データフォーマットとして使う事を目指しているようです．

• GPX: the GPS eXchange Format
  http://www.topografix.com/gpx.asp
• Mac OS X 用 GPX 対応 GPS データ管理ソフト / Mac SimpleGPS
  http://www.threadworksunlimited.com/gps/index.shtml
• Mac OS X 用 GPX 対応 GPS データ管理ソフト / GPS Connect for MacOS X
  http://www.chimoosoft.com/gpsconnect.html

Mac OS X 用だけあげましたが，Windows 用もいろいろあります．

いつも RDF の事では神崎さんのページを読んでいるんですが，位置情報を扱う Geo vocabulary の事は，他のトピックスに絡んで，ちょっと出ているだけだなって思っていたら，位置情報のメタデータについての新しいページが公開されました．

• Geo metadata - 位置に関するメタデータとその応用
  http://www.kanzaki.com/docs/sw/geoinfo.html

Geo vocabulary の事が説明してあります．やっぱり原文をあたるよりも分かりやすいです．foaf:based_near の使い方も FOAF の所を読んで理解できていたようですが，確認できてうれしいです．
FOAF に記述された位置情報をもとに，誰がだいたいどこにいるのかを世界地図の上に表示する FOAF People Map が紹介されています．マウスで日本の羽田空港をポイントした絵が紹介されているのですが，そこに神崎さんの名前と一緒にぼくの名前も出ていました :-)

GPS のトラックログを RDF として公開することもぜひやりたいのですが，もうひとつは写真と位置情報を合わせることをやりたいです．

デジタルカメラで撮影した画像には，撮影時刻のデータがあるので，その時刻をキーに GPS のトラックログから位置情報を抜き出すことができます．GPS のトラックログにはある時刻にどの位置だったのかというのが連続して記録されているのです．ですから時刻が分かれば位置がわかります．
これは前から考えているのですが，自分でプログラムを書く時間が欲しいなっと．

あと神崎さんのページでも Matt Biddulph さんの Dumping Geo RDF from Garmin GPS units が取り上げられています．2 つ例を挙げて，両者が RDF モデルとして同じ者だと説明していますが，この説明を読む前に，それを理解するのにずいぶん苦労しました．

ところで，GPS のトラックログってのは，時間にそって，ポイントのデータが順番に並んでいるんですが，先日ぼくが書いたように，rdf:Seq と rdf:li を使って，順番のあるデータだと表現するってのはどうでしょう? Matt Biddulph さんの Weblog にもトラックバックしてみたのですが．

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

Tracklog of GPS in RDF

The Tracklog property in the GPS vocavrary is great.I feel that the rdf:seq and rdf:li is useful for Tracklog.

An example:

<rdf:RDF
  xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#'
  xmlns:gps='http://hackdiary.com/ns/gps#'
  xmlns:geo='http://www.w3.org/2003/01/geo/wgs84_pos#'
  xmlns:dc='http://purl.org/dc/elements/1.1/'>
  <gps:Tracklog>
    <dc:title>Tracklog</dc:title>
    <gps:trackpoint>
      <rdf:Seq>
        <rdf:li>
          <geo:Point 
            dc:date='2003-08-10T20:45:05Z'
            geo:lat='52.3745298386'
            geo:long='11.3422465324'/>
        </rdf:li>
        <rdf:li>
          <geo:Point
            dc:date='2003-08-10T20:45:21Z'
            geo:lat='52.3751091957'
            geo:long='11.2860274315'/>
        </rdf:li>
        <rdf:li>
          <geo:Point
            dc:date='2003-08-10T20:45:38Z'
            geo:lat='52.3756456375'
            geo:long='11.2261176109'/>
        </rdf:li>
      </rdf:Seq>
    </gps:trackpoint>
  </gps:Tracklog>
</rdf:RDF>

• Dumping Geo RDF from Garmin GPS units
  http://www.hackdiary.com/archives/000040.html

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

BIO 語彙についての勘違い

先日 @nifty の「ココログ」という Weblog サービスで自動生成される FOAF の http://purl.org/vocab/bio/0.1/olb っていうプロパティの使い方が違うんぢゃないかって話をしましたが，ぼくに間違いがありました．ごめんなさい．

• BIO: A vocabulary for biographical information
  http://internetalchemy.org/vocab/bio/0.1/

これによると olb プロパティは，次のように定義されています．

olb

This property contains a one-line biography of the person.

つまり olb って One-Line Biography なんですね．一行でその人の伝記を記述しろってことですね．

なにを間違えていたかというと http://purl.org/vocab/bio/0.1/olb と http://purl.org/vocab/bio/0.1/keywords と取り違えていたという．いやぁ，はずかしい．

その人の伝記(biography)を 1 行でかけってのはなんかすごいですね．ココログでの「一行紹介」っていう項目名も微妙です．

ぼくの場合なら
千葉県出身;大学は神奈川県;現在は東京都内の精密機器メーカ勤務;川崎在住
とでも書くのか，それとも
BD-1 でサイクリングに目覚めて，Sat R Day でリカンベントに走り，Brompton でやっぱり折り畳み自転車は良いと再認識し，ViewPoint でタンデムこそ我が人生という考えにいたり，Greenspeed GTX でトライクの楽しさを発見．
とでも書くのかな．うーむ．

と，言う訳で，皆さんも自分のバイオグラフィーを一行でかけと言われたら，どんな感じで書くか考えてみてください．

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

トモダチのトモダチ / ココログ

と，いうわけで本日から始まった @nifty の Weblog サービス，ココログを試してみました．とりあえずプロフィールや「人」のリストを作って FOAF がどの様に利用されているのかを見て来ました．

ココログでは，アカウントを作成するのにメールアドレスが必須になるようです．このメールアドレスは @nifty のアドレスでなくてかまいません．これが FOAF で利用されます．

プロフィールの編集画面にはいろいろ設定できるものがありますが，FOAF を良く知っていると，どの項目が FOAF のどれになるのかが分かると思います．

プロフィールで設定できる項目はいろいろありがすが，以下の項目が基本でしょう：

• 名前
• ニックネーム
• Web ページの URL
• 自分の画像

これらは FOAF で対応するプロバティの値になります．

[以下 取り消し：プロフィールの「1行紹介」の文が，FOAF の http://purl.org/vocab/bio/0.1/olb プロバティになるが，プロフィールの「興味のあること」に書いた項目が FOAF の http://purl.org/vocab/bio/0.1/olb プロパティになるべきです．これはバグだと思います．]

ココログでは，マイリストというものがあります．これは「人」，「リンク」，「本」，「音楽」のリストを作る事ができます．どうも人のリンクは知人を登録するもので，リンクは単に興味のある Web サイトや Weblog のリンクリストを作るようです．「人」と「リンク」はどちらも，ココログのページでは単にリンク集として表示されますが，人のリンクは FOAF の know プロパティに関連づけられます．

ですからマイリストで「人」のリストに，「人」を追加するのは FOAF に知人を登録する事に対応します．「人」をリストに追加するときに URL を入力しますが，その URL が Web ページを指していた場合は，HTML 文書のヘッダから FOAF を探します．FOAF が見つかれば，FOAF ファイルから情報をインポートして FOAF には http://www.w3.org/2000/01/rdf-schema#seeAlso プロパティとして FOAF の URL も格納します．もし「人」をリストに追加するときに指定した URL が FOAF ファイルの URL の場合は，やはり FOAF ファイルを読み込みます．

ですから，もしココログを Weblog として使うけど，Web サイトは別に持つという場合は，自分の Web サイトにもちょっと仕掛けをしておくと良いと思います．具体的には HTML 文書の head 要素の中に link 要素で FOAF の場所を書いておきます．
つまり head 要素の開始タグ <head> と終了タグ </head>の間に，以下の一行を加えます．

<link rel="meta" type="application/rdf+xml" title="FOAF" href="http://trackbackyaro.cocolog-nifty.com/foaf.rdf" />

もちろん trackbackyaro.cocolog-nifty.com の部分は，自分のココログに合わせて書き換えてください．

@nifty では自転車フォーラムとかで知っている人が沢山いるので，その人の一部だけでもココログを使ってもらえれば，ぼくのまわりも FOAF の利用が増えてうれしいかも．

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

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

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

• おのひろきおんらいん全体で 181,930 ページビューで 10 月の 183,891 より減少
• welcome ページは 29,500 ヒットで 10 月の 28,553 ヒットより増加
• 1 日あたりの訪問者数は平均 1,975 で，これに関しては，10 月の 1,972 と変わらず

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

8 月から 11 月の /info/weblog.rdf に対するアクセス

月	ヒット数	割合(%)
8 月	993	0.12
9 月	2,471	0.31
10 月	2,867	0.36
11 月	4,390	0.59

順調に増えています．でも 4,390 ヒットって一日平均 146 ヒットでしょう．1 時間に 1 回取得として，1 日 18 回なら 8 人? 少ないなぁ．ファイルが更新されているかどうか問い合わせた場合はカウントされないのかな．毎日 3,000 回から 4,000 回くらいは，更新したかというチェックに対して更新していないとサーバは返しているから，RSS の購読者数はもう少し多いのかも．10 人くらい? 小さい世界だなぁ．

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

やっぱり異常 / 「宿泊拒否は当然」と発言

ハンセン病元患者の宿泊を拒否して旅客営業法違反で法務局から告発されているアイレディース宮殿黒川温泉ホテル．その経営母体である化粧品の訪問販売の会社であるアイスターの社長が会見をして，宿泊拒否はホテル業として当然だと発言したそうな．とんでもない話である．

もうホテルの総支配人の判断間違いとか，そういう問題ではなくて，このアイスターって会社組織がそういうはっきりした考えてやっている訳です．下で働いている人がどこまで考えているかは分からないけど，上にいる人は差別の心をもって，差別していないと言い切るような人なんです．

今回会見した江口忠雄は 11 月 28 日に前社長の西山栄一氏が退任していて，その後任．しかしこの西山栄一前社長は，引責辞任とかでなくて，健康上の理由で退任なのだそうです．この西山栄一前社長に権限と責任があったはずですね．

この西山栄一前社長ってどんな人物なんでしょう．ということで，Google で検索してみると，実にいろいろと出て来ます：

• Google 検索: 西山栄一
  http://www.google.co.jp/search?q=%E8%A5%BF%E5%B1%B1%E6%A0%84%E4%B8%80

どう考えても「宿泊拒否は当然」と発言は異常．

• Yahoo!ニュース - ハンセン病人権問題
  http://dailynews.yahoo.co.jp/fc/domestic/leprosy/
• ハンセン病元患者宿泊拒否は「当然の判断」・社長会見 / NIKKEI NET：社会ニュース
  http://www.nikkei.co.jp/news/shakai/20031201AT3K0103H01122003.html
• 元患者の「宿泊拒否は当然の判断」　ホテル経営の社長会見 / Sankei Web（産経新聞社）
  http://www.sankei.co.jp/news/031201/1201sha088.htm

追記:
あちこちでニュースとしてとりあげられているけれど，朝日新聞の記事は，他とかなり調子が違いました．

• アイスター社長が謝罪、元患者らが和解　宿泊拒否問題
  http://www.asahi.com/national/update/1201/038.html?2003

それはそれとしてその記事での最後の 1 文がかなり気になりました．

その 1 文では，元患者のもとは激励もあった一方で，謝罪に応じない態度に対して抗議の電話が 100 件以上もあったそうです．アイスターでは，間違っていない，差別ではないと一貫して言っている訳ですが，それを信じている人が少なからずいて，わざわざ抗議の電話をしているということでしょう．

やっぱり異常．

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