_ 埼京線はよう止まるのぉ

埼京線はよう止まるのぉ。今日も昼過ぎに出かけようとしたら止まっていた。東武線経由で振り替え輸送しているという放送が流れていたが、遠回りするのはきつかったので昼飯を食いがてら復旧を待ったが、1時間経っても復旧していなかった。とかしている間にまた体調が悪くなってきたのでいったん帰宅。

ちなみに関東地方のJR線におけるトラブル状況は、

• JR東日本関東エリア列車運行情報 - http://www.jreast.co.jp/train_info/kanto.asp（※このurlはRefererチェックして外部からの直リンクを弾いている模様。トップページに飛ばされちゃうんで、そこから「列車運行情報」-「関東エリア」を選んでください）

で分かる模様。ただしこのページのシステムは腐っているっぽい。ここで表示されている更新時刻は、情報が更新された時刻ではなくて、単にページをロードした（aspを実行した）時間を返しているだけだ。更新時刻が不明なもんだから、更新履歴がほとんど意味をなしていないし。

_ 私が既存のWikiEngineを使わなかった理由

読むまで死ねるかっのPukiWiki版が仮公開されている。私ももともとこういう用途でWikiを使いたかったんだよな。情報系のコンテンツは、キーワードリンクとはとても相性がいいから、読書感想とか情報提供とかのコンテンツをWikiベースに移行すると気持ちいいだろうなーと思って。世の中にたくさんある日記系システムみたいな時系列系ではうまく扱えないからね。

でも実際にいろいろ試してみたところ、既存のWikiEngine（というかWikiの基本的な考え方）は私の使いたい用途ではうまく使えなかった（運用で回避することは出来なくもないんだけど、主用途の部分で工夫が必要なシステムは使いたくない）。しょうがないんで、自分でいろんなWikiもどきを作り始めて現在に至る、といった感じ。

ちなみに、私が既存のWikiEngineで我慢できなかったのは、キーワード＝ページ名であるという原則を曲げられないこと（名前空間とかグループとかで逃げているシステムもあるけど）。書籍情報なんかは書籍名をページ名にしたくなるけど、同じ書籍名の書籍なんていくらでもありうる。それらの情報を同じページにつっこむか、あるいはちょっとだけ名前を変えた別ページにするか、あるいはページ名自体にもっとユニーク性の高いキーワードを付属させるか（ISBNとか）、なんてことを考えはじめたらちょっといやになった。

あと、日本語系のWikiEngineは基本的に検索処理が遅そう。Namazuあたりと連携するシステムが出てくればいいけれども、普通にパターンマッチしていたんじゃ日本語ではつらい。たぶん日本語Wikiで英語と同じようにパターンマッチベースの実装をしていると、英語版よりもかなり早い段階で速度的な問題が出てくるだろう。まあその辺はそのうちNamazuと連携するとか、あるいは自前でインデックスを生成するシステムが出てくるだろうけど。

あともう一点はコンテンツ保護の問題。ユーザー認証周りを実装しているWikiEngineは少ないし、認証周りの仕組みも大仰すぎるかあるいはあまり使い勝手が良くない。まあWikiWayに則れば、Wikiには「誰でも編集可能」であることは必須なのかもしれない。でも「キーワード検索」で簡単につながるページを「手軽にWeb上で編集」できる「コンテンツ管理システム」が欲しいだけの用途で既存のWikiEngineを使おうとするとちょっと面倒くさい。

などなど私が既存のWikiを使わなかった理由を並べてみたわけだけれども、ただ私の場合は既存のWikiEngineについては、ちょっとだけ使ってみてそれから長いこと思考実験をして、それでもって使わないことに決めちゃったという経緯がある。実際に運用で回避しつつどのくらいのものができるのかは結構気になる。もしかしたら私が思考実験において出した結論の多くは、単なる杞憂である可能性もあるし。

というわけで、読むまで死ねるかっが、既存の（一般的な）WikiEngineをどこまで情報系コンテンツ管理システムとして実践的に活用できるのかとても注目している。って、実験台みたいに言ってごめんなさい。

TrackBack（嘘）

• Wikiで本の感想コンテンツを運営していくこと - http://bm.que.ne.jp/text/?200212a&to=200212071#200212071

_ 友達登録制のRSSリーダーってどうだろう (17:58)

いわゆるWebベースのRSSリーダーサービス。ただし、ユーザーは必ず自分のblog/日記のRSSを登録しておかなければならない。あるユーザーAさんが、RSSリーダーに巡回したいRSSのURLを登録した場合、そのRSSの持ち主Bさんもユーザーとして登録されていたら、自動的にBさんの巡回先としてAさんのRSSが登録されてしまう。強制相互閲覧登録によって、単なるRSS巡回にコミュニティ色をつける。

っつーかまあmixiの日記の仕組みを公開のRSSリーダーサービスでやってみても面白いんじゃないかとふと思っただけなんだけどね。登録許諾・拒否のパターンを考えてみたり、強制登録されている人の（単なるカテゴライズだけでなく、人の評価の意味合いも出てくる）区分けの仕組みを考えてみたり、あるいはソーシャルブックマークサービス（っつーか外付けコメントサービス）と組み合わせてみたりしても、面白いかもしれない。スパム対策はかなり考えておく必要があるだろうな。

_ GTDツール向けのWiki記法 (18:29)

『ごく短期的なTODOと「今ここ」 - てくのーと2.0』を見て思いついたんだけど、

+プリキュアを観る
++TVとPSXの電源を入れる
++風呂に入る
++服を脱ぐ
++正座

みたいな表記を、

• プリキュアを観る
  • TVとPSXの電源を入れる
  • 風呂に入る
  • 服を脱ぐ
  • 正座

みたいなHTMLに展開してくれて、さらに、

+プリキュアを観る
--TVとPSXの電源を入れる
--風呂に入る
**服を脱ぐ
++正座

なんて感じになると、

• プリキュアを観る
  • TVとPSXの電源を入れる
  • 風呂に入る
  • 服を脱ぐ
  • 正座

みたいにレンダリングしてくれるWiki記法のパーサーを用意すると、GTDなデータをテキスト形式で手軽に管理できるかもしれない。

_ やっちまった (21:40)

ssh_configに書くべき設定を間違ってsshd_configに書いて、sshdを落としてしまった……orz。

_ 自転車通勤往路

今日は試しに、意識してある程度歩道を走ってみたんだけど、やっぱり歩道走るように強制されちゃうようなら、とても片道25kmの通勤はできないなー。

っつーか、現状でもすでに歩道での自転車と歩行者の混合通行状態は、挙動不審者がいっぱいで、危なくてしょうがないのに、あれをさらに混乱させる気なのか。

歩道を走ってもいいとかいう以前に、車道を車両として走るルールが分かってない（車やバイクの免許とか持ってない）一般人（自転車に乗る・乗らない関係なく）と、免許は持っているけれども軽車両周りの事項はすっかり脳みそから消えているドライバーに、その辺の情報を周知させる努力をしてみた方がいいんではなかろうか。警察官ですら、軽車両に関する交通法規の理解が怪しい人がいるという話もある（並走してたり、車道を走っている自転車に歩道にあがるよう注意したり）ことだし。

参考

• 自転車のルールとマナー
• 私家的自転車法規の解釈

_ 自転車通勤復路

_ Zend_DateのW3C形式対応

現状では、タイムゾーンでZを指定したパターンと、小数秒には対応していないんだね。例外になるんで注意。