Liner Note » ウェブサービスの制作

PDFをウェブページとしてチェックできるようにして離脱を減らそう

hash — Fri, 10 Oct 2008 20:44:56 +0000

4903065065, caption

PDFファイルは昔からブラウザ上の表示には難がありました。動作が重く、ブラウザを固まらせたり、ブラウザ側のコントロールGUIを全く別のものにすげ替えてしまったり…。詳しいところはニールセン氏のコラムに譲りますが、そのせいでPDFファイルにリンクを張るのをためらうこともあります。読み手としても「詳細はPDFで」なんて言われたら面倒くさくなってタブを閉じる人もいるでしょう。

これに対する対策として、ニールセン氏は要約を記したゲートウェイ・ページを用意しておこうと仰っているのですが、これでは不十分でしょう。というのは、これはあくまで「ショック」を和らげるだけでしかなく、先のリンク先で挙げたユーザビリティ問題が棚上げされているからです¹

彼の言うようにPDFが印刷物に合わせたテキストである以上、問題の完全な解決は難しいかと思いますが、一方で解決できる問題も結構あるんじゃないか、ということで今回試しに作ってみたのがオンラインPDFリーダです。

えっと、じゃデモとして試しに適当なPDFを表示してみましょう…。最近読んだ図書館蔵書検索の論文PDFにしましょうか。

ウェブページを普通に表示するときほど可読性は良くないのですが、それでもいくつかの問題は解決できてるんじゃないでしょうか。

ブラウザが固まってしまう問題: 変換に時間がかかることはあっても、固まることはないでしょう(巨大なファイルを一気に変換しようとしない限り)
ブラウザ側のコントロールをすげ替えられてしまう問題: 言うに及ばず。
検索できない問題: 内容からテキストを抜き出して掲載しているので、ブラウザ標準の検索機能で検索できるようになっています。試しに先のPDFで「とりすぎず」で検索してみてください。
コンテンツの単位が大きすぎて、部分部分にリンクを張れない問題: ページ指定が出来るので、ページの一部分だけをウェブページとして抽出することが出来ます。例えば、3ページ目だけとか3ページ目から10ページ目までという表示方法ができます。

大きさも3段階で変えることができます。「小さい」はざっと全体を眺める場合、「普通」は通常のプレビューとして、「大きい」はPDFをブラウザ上で全部読みたい場合に向いています。

本当はサムネイルを動的に生成するプログラムを併用して、このサイトで使っているスライダーコントロールのように画像の大きさを動的に変えるのが、一番直感的で望ましいかと思います(大きな画像を出力しておいてそのサイズを切り替える)。が、実際に試してみたところ以下のように文字がぼやけてしまって、可読性がさらに悪くなるみたいで本末転倒になりそうなのでやめておきました。

なお、動作としてページ指定が無い場合は最初の5ページ(PDFが5ページ未満の場合、そのページ数だけ)だけ表示しています。これは全ページを変換してしまうと処理時間がかかりすぎてしまうためです。これについては、今後ページを少し読み込んでおいて、後から動的に追加していくことで、体感速度を早くしていこうと思っています。

汎用PDFゲートウェイとしてオンラインPDFリーダを使う

と、ここまで書いてからPdfMeNot.comというほとんど同じサービスがあることに気づきましたorz(ただ、こちらはFlashを使っていて検索ができないほか、拡張子にPDFが付いていない場合はPDFとして認識されないようです)

さて、こちらのサービスではブックマークレットやブロガー向けのPDFリンク書き換えスクリプトなどサービスを汎用PDFゲートウェイとして使えるようなツールを提供しているようなのですが、私もそれに倣ってみることにします(コードが短いので、ある程度参考にさせていただきました)

ウェブ利用者向け

GreaseMonkeyスクリプト

FirefoxブラウザでGreasemonkeyアドオンがインストールされている場合、以下のスクリプトをインストールすることで、リンク先末尾に「.pdf」が付くリンクを自動的にオンラインPDFリーダーへのそれに変換します。

GreaseMonkeyスクリプト

ブックマークレット

リンク先末尾に「.pdf」が付くリンクをオンラインPDFリーダーへのそれに変換します。ご使用の際は、まず以下のリンクをブックマークに入れてください。その後は、そのブックマークをクリックするとご使用いただけます。

ブックマークレット

ウェブ制作者向け

以下のタグをタグ内に書き込むことで、リンク先末尾に「.pdf」が付くリンクをオンラインPDFリーダーへのそれに自動的に変換します。

HTMLソースコード

<script src="http://pdf.openvista.jp/pdfconvert.js" type="text/javascript" charset="utf-8">script>

その他の情報

URLの構成

オンラインPDFリーダのURLは以下のようなルールで出来ています。

http://pdf.openvista.jp/[サイズ]/[ページ指定]/[PDFのURL]

サイズ: 省略可。small(小さい), medium(普通), large(大きい)のいずれか
ページ指定: 省略可(その場合は最初の5ページを表示)。p1のような感じでページを表示ページを指定できる。p1-5といったように複数ページを指定することも出来る。
PDFのURL: 必須。PDFのURLを指定してください。

更新履歴

2009-01-20: 最新のPDFファイルを取得し直す機能を追加; キャッシュしたPDFを検索エンジンが取得しないように設定
2008-10-20: フォントをより美しいものに差し替えました; 表示サイズをより大きくしました
2008-10-18: 一部のPDFにおいて文字が表示できない問題を解消しました
2008-10-12: 使用するPDF表示ライブラリを変更の副作用で、一部のPDFファイルが検索できるようになりました
2008-10-11: 初リリース

実装予定の機能

Googleブック検索ライクな埋め込みプレーヤーの提供
ページの動的追加

参考にしたリンク

今回のサービスは~~Xpdf~~PopplerというオープンソースのPDFリーダライブラリを利用させていただきました。素晴らしいライブラリを作られた作者さんに感謝。

いいかも。ただpopplerじゃなくてxpdfなのは何故なんだぜまあxpdfも「終わった」わけじゃないのかもしらんが

id:ttamoさんのブックマーク

それは単に知らなかっただけですよ。試しに変えてみたら、コピー不可のPDFファイルも表示できるようになったのでこちらにしておきます。

謝辞

以下のサイトからアイコンをお借りしました

「最善は善の敵」という現場のコストを考えた彼の主張の一貫性には納得していますが

あるべきOPACのビジョンを決める：Making OPAC 2.0

hash — Sat, 20 Sep 2008 22:00:13 +0000

9784797347104, caption

ご無沙汰になってしまいましたが、図書館の蔵書検索システムの話。次世代OPACってなんだろうという記事では、次世代OPACの機能要件を全集合として幾多挙げてみたのですが、もちろんこれを全部実装するというわけにはいきませんし、できません。

まず、そうした機能要件から出発するのではなく、現在のOPACの問題でどう解決したいかということをきちんと決めておかないといけません。このデザイン活動における問題の定義について、棚橋さんは『ペルソナ作って、それからどうするの?』の中で、次のように書いています（p188-192.）。

問題を発見し、それを解決することがデザイン活動の意義である以上、全てのデザインは問題を発見（=定義）することから始まる
ユーザビリティやユーザエクスペリエンスなど、ユーザ中心視点でデザインを行いたいならば、当然その問題も（資料請求数を増やすなどの）ビジネス視点ではなく、ユーザ視点（=ユーザにとっての有用性¹ ）で定義される必要がある
ユーザ視点で問題を定義するならば、当然問題はユーザの現実の生活や仕事の現場から見いださなくてはならない。
問題をどう定義するかは、哲学の問題。哲学とは人々の暮らしや仕事がどうあればよいか、どうあるのが望ましいか（=あるべき姿）についての考え。ユーザ視点での問題の定義にはこの哲学が必要となる。
このあるべき姿と今ある現実とのギャップを把握し、そのギャップを埋めるために必要となる具体策がビジョンとなる

というわけで、前の記事とやや繰り返しのようになるところがあるかもしれませんが、私の考える「あるべき姿」を書いておきたいと思います。

目指すところは本のGoogle先生

私達は本を探す手段はたくさん用意されています。つまり、地元の本屋さんや公共図書館、大学図書館、あるいはネット上の書店などいろんなところで本を手に入れることが出来るわけです。そして、そのいずれにおいても（部分的ではあるけども）ネット上で在庫の有無が調べられるようになっています。

今は人間がOPACを探して在庫を調べたり、実際に足を運んでみたりして探しているわけだけど、これを機械が自動的に調べてくれればもっと早く目的の本が手に入れられるようになるのではないでしょうか。

求めている本の場合だけであればそれはちょっとしたスピードアップですが、それだけではなくて現実の書店で本を探しているときに得られる発見、「あれ、こんな本も出てるんだ、どんなのだろ」とか「これ知らなかったけど意外と良い本かも」といったような検索志向だと見つからない発見も一緒に得られるような本のナビゲータ、今風に言うなら本のGoogle先生² を作りたいと思っています。

本屋や図書館を足で回っていると前者のスピードはどうしても落ちてしまいますが先のように道草を食いながらの新たな発見があります。一方でオンラインでの本の検索では求めている本は瞬時に出せるけど、頭の中にある本以外は出てこないと言ったような（目先の効率性と発想力との）トレードオフの問題が出てきます。

この両者をできるだけ犠牲にしないような「効率的な」³ 本のナビゲータで、みなさんの血肉となっていくような（みなさんそれぞれの）よい本を見つけていってほしいと考えています。まとめて「よい読書生活をおくるためのツール」と言ってしまうとちょっと曖昧模糊となっちゃいますね。

OPACの問題点

なぜOPACを問題にするのかーなぜ本を読むとよいのか

はい。で、このあるべき姿を書いた次に、どうして大学図書館のOPACに焦点を当てるのか。それはもっと私が大学が本を読むいい機会だと考えていて、そのために大学図書館のOPACをより便利なツールにしたいと考えているからです。以下、少し長々とした理由になるので読みたい方は読んでください。

まず、大学というのは社会人になる一歩手前のモラトリアンが社会に対しての考えを固めるよい機会だと思います⁴ 。高校までが正解探しゲームであるなら、大学以降は自分という文脈と目の前の問題から答え≠正解を導き出すことで自分の考えと考え方を固めていく時と行えるのではないかと思います。

しかし、NHKでも取り上げられたレポートコピペ問題⁵ を見るにつけ、考えること=面倒くさいという風潮が流布しているようにも思えます。

考えるというのは確かに頭が疲れるという意味では面倒なことかもしれませんが、例えば考えること以外にもスポーツを続ける内にその上達のコツを発見したり、友達と映画を見た後に感想を話していると隠れた演出の意図を発見して感心したりと、新たに何かを発見することはなかなか面白いことです。ただ、その発見も記憶の引き出しがなければなかなか得にくいものです。

引き出しを増やすと言う意味では、ウェブにはいろんな知識が転がっています。が、それこそ同じ物が入っている引き出しを何度もつけてしまったり、引き出しがあっても中身がなかったりと広く引き出しを付けていくには向いていないかもしれません。一方で本を読むというのも一つの手段です。精神論や既知の事しか書いていない本でなければ、しっかりとした引き出しを作るよい手段になります。

えーと、読書に関する授業の小レポート⁶ のようですが、要するに最初に言ったように本を読むためにもっとOPACが便利になったらいいなと言うことです。

OPACのどこが問題か

私が問題だと思っている点は主に3つあります。

検索が大学図書館内に閉じていること
検索結果に工夫が足りないこと
他のデータベースとのつながりが見られないこと

まず1つにOPACが大学図書館内に閉じているというところです。未所蔵の場合、情報学研究所のデータベース（NACSIS Webcat）を使って他大学の所蔵を検索することは出来ますが、それも大学図書館に閉じています。利用者は図書館で入手したいのではなく、本が入手できればよいのですから、公共図書館や他の書店などにも手を伸ばしていくという方策は当然考えられるはずです。

考え方としては誰がではなく、利用者の問題を解決することが第一というのが元になっています

次に検索結果の表示にあまり工夫が見られないことです。私が一般の大学生をターゲットにして行った調査では、数多くの大学生は検索結果から目的の本をリストアップする過程において、過去数年間に発行された資料・ページ数が厚すぎない資料を重点的にリストアップし、それ以外の資料を除外する傾向が見られます。それはそうした古い本はせっかくまとめられた内容も古く、現在にそぐわないこと（今では既に自明のことが扱われているなど）があるからです。検索効率⁷ を考えれば、読まれやすい本を上位に置いておくほうがよいでしょう（ちなみにこれ以外にも数多くの共通した検索行動やそれを裏打ちする心理が観察できるのですが、それはまた別の機会に）

3つめに問題だと思うのは新聞・雑誌記事データベースなどの大学生だからこそ使える有用なデータベースとのつながりがほとんど皆無であることです。例えば、比較的勉強方法に熟達している大学生を調査してみると、新しくまだ本にまとめられていないトピックについてはOPACにかけても検索結果が乏しいので代わりに雑誌・新聞記事データベースを使うといった適材適所の使い分けをうまく行っているのですが、そうしたデータベースの存在を知らず、右往左往している大学生が多くいるのもまた事実でした。そうしたデータベースを知らずとも、多くの学生はOPACは使うのですから、こういう問題はOPACの設計次第で解決可能なものです。ですから、「図書館利用教育」とか「情報リテラシー教育」という名目で曖昧にするのは危険なことだと感じます。

そして、先に書きましたが検索志向ゆえにおこる閉じた探索方法こそが第4の問題です。

さて、ここまで書いて気づいたのですが、OPACというのはOnline Public Access Catalogの略、すなわちオンライン公共蔵書目録のことです。私が蔵書に限らず、利用者の求めたい、求めているはずの本を見つける検索エンジンを志向するのならば、それはもはやOPACではないはずです（適した資料が図書館にあるとは限りませんから）。これからはOPAC 2.0などと流行言葉を使わず、本の検索エンジンと言ってしまった方がいいのかもしれませんね。

プロジェクト定義

さて、今回考えたことを、最後に先に挙げた棚橋さんの本の中で挙げられているプロジェクト定義書の例（p.198.）に従って、まとまったドキュメントにしておこうと思います（ちょっと論文調になりますよ）

プロジェクトの目的（哲学）

大学生が本の探索する過程においては、様々な問題が存在する。特に学生の資料検索の中心になっているであろうOPACには、ウェブ上の検索エンジンが日々改良されるのとは対照的に多くの課題が伺える。

具体的な問題の検討に移ろう。まず第一に検索の範囲は文字通り当該図書館内あるいは他の大学図書館になっているのだが、実際には本は書店など様々なところでも入手可能であり、彼らの情報探索ニーズを掴み損ねる危険性がある。第二に彼らの検索行動には新しく出版された本を重視するなど一定の行動パターンが観察できるが、現在のOPACには検索結果にはそうした工夫が活かされていないものが多い。第三に雑誌・新聞記事など大学では実際の資料にアクセスできる貴重なデータベースと接続しているだが、それは「使い分け」を知らない学生には手が届いていない現状があり、OPAC側での工夫が求められる。最後に現在のキーワード型検索自体の問題点として、指定したキーワードに関連した資料を得ることが難しく⁸ 、情報探索の視点を広げていくような提案が必要である。

私はOPACのあるべき姿として、これらの問題を解決し、図書館に限らず目的としているような資料を効率的に探す手段にしたいと考えている。それにより、より時間を資料の検討に割いてもらい、彼らの血肉となるような本をより多く消化していってもらえるのではないかと考えている。

なお、このOPACは決して「勉強専用」のものではなく、小説やライトノベルなど広く彼らの読書生活をサポートするツールにしたいと考えている。

プロジェクトのゴール（ビジョン）

先に書いたように、OPACが脱OPAC（脱館内所蔵検索）を志向しているならば当該図書館の本の貸し出し冊数や来館者数の増減でその成果を図ることは難しい。また、OPACへアクセスしたユニークユーザ数も比較する基準がなく、同様に難しく、仮に設定しても裏付けの薄い数値となり目安として意味のあるものとなるかは疑問である。

そこで今回は、幾人かに実際に課題を課した上で資料調査の手段としてOPACを使ってもらい、その場合と従来のOPACを用いた場合とを相互に主観的定量化を行ってもらう。そして、その値が従来のOPACを上回っているという条件をこのプロジェクトのひとまずのゴールとしたい。期間の都合上、正式な計測は難しいが、継続的に利用状況を伺っていきたいとも思っている。

ターゲットユーザ

大学生から大学院生。特にまだ図書館やOPACに比較的不慣れな大学1-2回生をより重視したい。

まず大学1-2回生の想定ユーザ像について。彼らは初年次教育によりレポートの書き方や調べ方など基礎的な図書館利用教育を受けているとは思うが、実際にはまだ数本のレポートをこなしたり、授業の参考にするためにOPACをたまに利用する程度であろう。よって、基礎的なOPACの使い方は習熟しているが、データベースの使い分けなどはまだ難しく、時にGoogleやYahoo!などの一般の検索エンジンを頼ってしまい、考えがなかなか深まらないことも多いと思われる。

次に大学3-4回生の想定ユーザ像について。演習科目などをこなす日々が続き、指導教授からの指導やまた蔵書検索での限界も感じていたこともあり、論文・雑誌記事データベースを使う癖が徐々に身についていくと考えられる。3回生がサークルの執行を行うところもあり、また就職活動も3回生の秋口から冬にかけて本格化することから、3-4回生の中頃においては本を読む機会が限られていくことが考えられる。逆に4回生は順調に就職活動を終えた者、および卒業論文制作を本格化する者が増えることから本を読む機会が増えていくものと考えられる。

最後に大学院生の想定ユーザ像について。大学教授にも共通することだが、その研究分野の棚に並んでいる本や著者は大方把握しており、OPACを書籍検索ツールとしてだけでなく、新しい本があるか検索するツールとしても利用していると考えられる。論文・新聞記事データベースは日常的に利用しているが、研究分野に従って特定のデータベースに偏っていることも考えられる。教授などから薦められた本を借りることが多い。

実現の方法

OPACのUIの開発および全国の図書館・書店を網羅するデータベース制作作業をPHP言語によって行う。その際、効率的な開発のためにフレームワークとしてCakePHPを採用する。

近隣の図書館蔵書の検索にはWebcat Plus 一致検索および独自に開発した図書館データベースを、書店の在庫検索には書店在庫検索サービスを利用する。また、発見を得るためにはWebcat Plus 連想検索などの連想検索結果や想-IMAGINE Book Searchなどの複数の検索結果を比較検討する手法を検討したい。

制約条件

期間の都合上、実際のOPACシステムを作ることはできないので、OPACシステムを利用するUI部分を設計することになる

ヤコブ・ニールセンのSmall usabilityに対置されるところのutility
正確には目的としているものは雑誌かもしれないので文献のGoogle先生と言わないといけないんですが、響きで萎えちゃいます
効率的とは早く目的の知識を探すことでは必ずしもないでしょう
というのは大学を持ち上げすぎかもしれませんが、少なくとも私にとって大学以前と以後での社会観は大きく変わりました
特集自体はあまりいいものとは思えませんでしたが
コピペする人はこのブログのライセンスに従って、URLを入れておいてくださいね
もちろん効率が全てではありませんが
引用文献を根掘り葉掘り辿っていくなどある程度リテラシーのある学生においてはこの限りではないが、そうしたリテラシー教育をこの研究では前提にしない

ウェブ上のフィードの広告を削ったり、絞り込んだりできるサービス「SmartFeed」

hash — Thu, 08 May 2008 08:09:37 +0000

去年のちょっとしたアイデアで温めていて腐りかけていたネタですが、一昨日から実装を始めてさきほどできあがったのでお披露目。

といっても、単にフィード(RSS/Atom)を条件に基づいてフィルタリングして再配信するだけのサービスです。この手のサービスとしては既にFeed Rinseがありますが、日本語が使えなかったので使えるものを作ったというわけです。後で検索したらMixFeedやRSSPipeなんかが既にやってたりしたんですが。

SmartFeed

詳細はよくあるご質問のページに書いてありますが、以下に一部抜粋します。

Q.これは何?: ブログサイトなどで配信されているフィード(RSSやAtom等とも呼ばれています)の記事を、フィード中の条件(本文に含まれる文字やカテゴリなど)などでフィルタリングして、受信したい記事だけ受信できるようカスタマイズできるサービスです。また、本文に埋め込まれるインライン広告は自動的にカットしているので快適にフィードを読むことが出来ます。ご利用は無料です。
Q.どんな風に使うの?: 一例ですが、フィード中の広告をカットしたり、特定の作者が書いた記事や特定のカテゴリにある記事だけのフィードを作ったりできます。
Q.対応しているフィードの種類は?: A.RSS 1.0, RSS 2.0, Atom全バージョンに対応しています。RSS 0.9, RSS 0.9xには公式には非対応です。
Q.フィルタの対象にできる条件は何ですか?: 2008年5月現在、記事のタイトル、リンク先URL、本文、カテゴリ、著者名、投稿日およびその記事のはてなブックマークでの被ブックマーク数です。

ちなみに、フィードの設定にはユーザ名・パスワード云々は必要ありません。あと、使いやすいように現在見ているフィードをSmartFeedで編集するブックマークレットを置いておきます。よかったらどうぞ。

SmartFeedでカスタマイズ

実際の使用例

自分にとって必要の無い記事を削除する

GIGAZINEのフィードから「ヘッドラインニュース」と「広告」の記事を削除: 条件:「タイトル」が「ヘッドラインニュース」で「終わっている」または「AD:」から「始まっている」時は「ブロック」する; 編集前のGIGAZINEフィード; 編集後のGIGAZINEフィード

必要な記事のみ受信する

百式で、はてなブックマークで15ユーザ以上にブックマークされている便利ツールに関する記事のみを受信: 条件:「ブックマーク数」が「15ユーザ以上」で、かつ「カテゴリ」が「便利ツール」で始まっている時のみ「パス」する; 編集前の百式フィード; 編集後の百式フィード
家電 Watchのコラム記事だけ受信: 条件:「タイトル」に「[コラム]」で「始まる」時のみ「パス」する; 編集前の家電 Watchフィード; 編集後の家電 Watchフィード
雑貨紹介サイト雑貨kUkanの生活雑貨に関する記事のみ受信: 条件:「カテゴリ」に「生活雑貨」が「含まれている」時のみ「パス」する; 編集前の雑貨kUkanフィード; 編集後の雑貨kUkanフィード

おまけ

フィードリーダーで読む件数が多すぎて…という方、読むフィード自体を削ってみるのもよいですが、講読しているフィードの中でも興味のある範囲だけ読むようにフィルタをかけて、フィード管理に努めてみてはいかがでしょうか。

このサイト内でもシリーズ記事にRSSをつけてみたり、検索結果にRSSつけてみたり、もうフィードつけまくりです。ゼロからフィードを生成することが出来ないのは難点ですが、どこにでもフィードをつけて更新状況を確認できるよう提供できるのは良いかもしれませんね。

自分で運用したい人のために

えーと、それと一応スクリプトも公開しておきますので自分のサーバ上で使いたい人はご自由にお使いください。使用する人のために注意書きを少々書いておきます。

PHP5で書いてます、SimpleXML使っているので、PHP4じゃ動きません
依存パッケージはHTTP Client(HTTP/Client.php)とXML RPC(XML/RPC.php)です
各設定云々はXMLファイルで管理してます
設定ファイルはconfフォルダにある各フォルダに書き出しますので、confフォルダ内の各フォルダのパーミッションを777に設定してください
class.FeedFilter.phpにある定数selfを、設置するウェブサイトのURLに書き換えてください

ドメインを作って運用する(例:http://smartfeed.openvista.jp/)のではなく、フォルダを掘り、そこに配置して運用する(例:http://hoge.openvista.jp/smartfeed/)場合は、もう一手間かかります。.htaccessというファイルをテキストエディタで開いて、以下のようにフォルダ名を追記してください。

ソースコード

RewriteCond %{REQUEST_URI} ^/フォルダ名/feed/(pass|block)-if-([a-zA-Z:]+)-([a-zA-Z]+)-([^/]+)/(.+)$
RewriteRule ^(.*)$ /フォルダ名/view.php?type=instant&action=%1&tag=%2&cond=%3&content=%4&url=%5 [L]
RewriteCond %{REQUEST_URI} ^/フォルダ名/feed/([0-9]+)$
RewriteRule ^(.*)$ /フォルダ名/view.php?id=%1 [L]
RewriteCond %{REQUEST_URI} ^/フォルダ名/save/([0-9]+)$
RewriteRule ^(.*)$ /フォルダ名/edit.php?id=%1&status=save [L]
RewriteCond %{REQUEST_URI} ^/フォルダ名/edit/(.+)$
RewriteRule ^(.*)$ /フォルダ名/edit.php?id=%1&status=edit [L]
RewriteCond %{REQUEST_URI} ^/フォルダ名/error/(.+)$
RewriteRule ^(.*)$ /フォルダ名/index.php?status=error&message=%1 [L]
RewriteCond %{REQUEST_URI} ^/フォルダ名/(faq|thanks)/?$
RewriteRule ^(.*)$ /フォルダ名/index.php?status=%1 [L]

ダウンロード: SmartFeed スクリプト一式
ライセンス: GNU General Public License v2; ※一部画像ファイルはCreative Commons Attribution 3.0

ワンライナー設定機能を加えました。これはURL中に設定を書くことで、事前にフォームからフィードを作成することなくダイレクトにフィードを生成することが出来る機能です。

URL書式はhttp://smartfeed.openvista.jp/feed/(block or pass)-if-(対象タグ)-(条件)-(フィルタ内容)/(URL)です。

例えば、このサイトのフィードのうち、タイトルに「サービス」を含む記事だけ抜き出すとすると、http://smartfeed.openvista.jp/feed/pass-if-title-Contains-サービス/http://note.openvista.jp/feed/となります。

参考にしたリンク先

更新履歴

2009/07/21

一部のフィード（?を含むURL）での編集ができない問題を解決しました

2008/10/17

一部のフィードで編集が上手くできない問題を解決しました

2008/10/12

ファイルの最終更新日取得のタイミングをアイテム削除前からアイテム削除後に変更するようにしました

2008/10/08

他サイトに設置する上での問題点を解消しました

2008/10/07

フィードの編集が出来なくなっていた問題を解消しました

前回、修正したと思っていた問題を修正できていなかったので改めて修正しました

2008/10/03

文字エンコードが正しく検出できず、フィルタに失敗する問題を解消しました

フィードの最終更新日がうまく取得できない問題を解消しました

フィードの最終更新日を正常に知らせていなかった問題を解消しました

2008/09/20

入力値のチェックを厳しくしました

サービスのURLを変更しました。旧URLは新URLに自動的に転送されます

2008/06/08

文字エンコーディングがutf-8以外のフィードで文字化けが起きてしまう問題を解消しました

2008/05/28

一部のAtomフィードの更新がうまく通知されなかった問題を解消しました

2008/05/22

設定の再編集機能がうまく出来ていなかった問題を解消しました

2008/05/17

ワンライナー設定機能を加えました

2008/05/12

フィードの更新がフィードアグリゲータに通知されない不具合を解消しました(If-Modified-Sinceへの対応のミスが原因)

正規表現で使用する文字列が含まれているときに、うまく検索できない不具合を解消しました

2008/05/08

以下のリンクを参考に If-Modified-Since(条件付きGET)に対応してみました。

RSS広告社とPheedoのインライン広告、および行動分析用の隠しタグを自動削除するようにしました

Google検索 for iPod touchを作った

hash — Wed, 12 Mar 2008 16:36:38 +0000

以前作ったスクレイピングライブラリを流用したので、かなり楽でした。

できるだけ、いつものGoogleと同じ表示に近づけたかったので、Googleさんが提供しているAPIは使用しませんでした。ちなみに2008年3月現在で、Google America(google.com)はGoogle Japan(google.co.jp)と違ってiPod touchに最適化されて検索がしやすいのですが、あいにく日本語検索ができません。そこで、自前でこしらえてみました。

Google Search for iPod touch

Googleで「Google」を検索（無意味）

Googleで「郵便」を検索

あと、ブックマークレットも用意しました。以下のリンクをブックマーク後、javascript:以前の文字列を手動で削除ください。

Google検索 for iPod touch ブックマークレット

ホームボタンとしてホーム画面に置いてもいいかもしれませんね。

ちなみに今回はFavicon APIを使いましたので、タイトルリンク部の左にファビコンが表示されていると思います。APIを提供くださっているhirotomo kunimatsuさん、ありがとうございます。

また、タイトルリンク部の右には別窓で開くリンクも用意していますので、ご利用ください。

どうも、タイトルと本文が合っていないケースがたまに出てくるようです。99% スクレイピングライブラリの問題なので暇なときに直します。

Google Japanでも対応されたようです、中の人お疲れ様でした。これでこのサービスもお役ご免かな。

iPod touch専用料理レシピ検索サービスを作った

hash — Wed, 06 Feb 2008 22:04:36 +0000

前々から作ろうと思ってたものなのだけど、昨夜に本格的に作りたくなったので1晩かけてやってみた。

何かというと、レシピをサッと検索して見やすく表示するという用途に特化したサービス。データは料理レシピ検索ソフトのボブとアンジーから勝手に引っ張ってきてます。

特徴

レシピを検索してサッと確認することができます
材料一覧には買い物の時に買い忘れをしないようにチェックボックスをつけています
検索結果やレシピはオフラインでも見られるように変換する機能をつけています。変換後のページをブックマークすれば、スーパーなどWi-Fiがない場所でもレシピを確認できます。

ボブとアンジーレシピビューア for iPod touch

デモ動画

レシピ検索デモ動画

iPod touchのユーザビリティ小考

iPod touchの新しい可能性を見た :Heartlogicという記事でも書かれてあることですが、iPod touchは「PCでは煩雑 or 大げさ、でも携帯よりは情報量が欲しいし、パケ代を気にしたくない」というちょっとしたタスクを済ませるデバイスとしては非常に優秀です（逆にちょっとこみいったタスクでは、キー入力性やハードウェア的な限界もあって、ええいPC使った方が早いわとなるので、あまり向いていないでしょう）

今回のレシピ検索というようなちょっとしたタスクなんかも気持ちよくこなせます。メールに書かれている住所をGoogle Mapsで確認したり、今から乗る電車だとどれくらいに目的地に着くのか調べたり、そういうタスクも向いているでしょう。Mac OS XのDashboardなんかはちょっとしたタスクの集合体ですね。

ですので、もしiPod touch向けにサービスを作るなら、できるだけオプションを少なくして、2-3ステップくらいでタスクが1巡するくらいが、iPod touchユーザにとってちょうどいい案配なんじゃないでしょうか（一応仮説なんで、具体的な数値とかについてはまた検証してみたいです）

アンチ・コンバージェンス論から言えば、PCはより複雑なタスクを、iPod touchはこういうステップの少ないタスクをそれぞれ得意にして分化していくんじゃないでしょうか。

それと、ユーザビリティの話はまた改めて書こうと思ってます。

権利的なお話

一応、このサービスはボブアンドアンジーさんのリソースを勝手に使ってます。なので、著作権的にはクロだと思います。その点は非常に心苦しいので、当初は公開しようかしまいか迷ったのですが、いつも重宝させていただいているサイトなので、もっと便利に使えるようにしていくことが、相手方のサイトにとっても結果的にはよいのではないかと思い、公開してみました（無論、広告入れるとかはありません）

このサービスに限らず、スクレイピングを使っているサービスは著作権とは切っても切り離せないですね。勝手にやるにしてもこちらと相手方とがWIN-WINの関係でやっていけるのがマストだというのはこの手の物を作っていてよく意識します。

参考にした記事

はてなブックマークのコメントを見やすく表示する「はてなブックマークビューワ」を作った

hash — Sun, 20 Jan 2008 10:23:08 +0000

はてなブックマークのコメントをもう少し見やすくしたかったので、それっぽい物を作りました。基本的には、以下のように過去に作ったサービスのリサイクルです。まぁ、見せ方を変えることでどこまで改良できるものかという試みでもあります。

はてブバリュー：はてなブックマークのブックマーク数とコメントを点数にしてURLを評価してみる
はてなブックマークのタグ一覧をGoogle Chart APIを使って円グラフにしてみる
当該エントリにつけられたブックマークコメントを一覧表示する
当該サイトの注目エントリを表示する

いろんな処理を統合して行っている関係上、まだちょっと重いのが難点かな。各コメントの引用やリンクボタンは個人的についていると便利かなと思って付けました。あと、ブックマークレットも用意しました。

PC用: 現在のページをはてなブックマークビューワで開くブックマークレット
iPod touch用（ブックマークに追加後、javascript以前の文字列を消去）: 現在のページをはてなブックマークビューワで開くブックマークレット

あと、従来のようにhttp://bookmark.openvista.jp/entry/http://example.comとする代わりに、
http://bookmark.openvista.jp/comment/http://example.comとすればグラフや得点内訳を表示しないようにできます。

ID:se-miさん、確かに重いですね。上記のコメント一覧のみ表示版はだいぶ軽くなりました。私もこっちを使うようになったので、こちらを標準にしてみたよ。

なお、はてブバリューなど既存のサービスは上記サービスにリダイレクトしています。パスが変わって、グラフ画像のURLに使うパラメータを少し変えましたが、URL構造に大きな変化は加えていません。

なお、各種検索エンジンの検索結果が汚れないよう、コンテンツは検索エンジンにキャッシュされないようにしています。各ブックマークサービスも同様にしてくれれば嬉しいのですが…無理でしょうね。

以前と同じように、スクリプトも公開しておきます。

ダウンロード: はてなブックマークビューワ; ライセンス：GNU GPL v2; もし、ご使用になる場合は同じディレクトリにfont.ttfという名前でTrueTypeフォントを入れておいてください。

いろいろ作ってみて思ったのは（あくまで私視点ですが）良いウェブサービスというのは自分が毎日使う気になるか（そういう習慣ができるか）否かと言うところにあるような気がします。

更新履歴

2008/11/25: はてなブックマークの新バージョンに対応いたしました; 言及ページなどの読み込みをページ読み込み後に行うようにして、最初の読み込み速度を大幅に改善しました
2008/09/20: サービスのURLを変更しました。旧URLは新URLに自動的に転送されます
2008/07/16: はてなブックマークの関連エントリ表示機能を取り込みました
2008/05/23: ★（はてなスター）がついたコメントだけを表示する機能を新たに付けました

参考サイト

引用マークアップを生成 – 徒書: このスクリプトを拝借して改編して使用しています。
PHPなオブジェクト指向入門vol.3（後半） – 真夜中のプログラミングTips: 初めて「継承」を使ってみました。機能を追加する分にはこれが便利ですが、機能が肥大化してきた場合にはちょっと別の策を練る必要があるかも。

書籍在庫一括検索サービス ver 0.2：Making OPAC 2.0

hash — Sun, 13 Jan 2008 10:27:50 +0000

アップデートのお知らせも、たまには新しいエントリを立てて告知してみます。

機能拡充について

対応店舗の拡大（紀伊國屋書店）

先日作った書店在庫一括検索サービスですが、worrisさんに紀伊國屋書店のモバイル版サイトならより多くのサイトに対応していると教えていただいたので対応してみました（PC版では26店ですが、モバイル版では63店に対応しています）

地域限定オプションの追加

また、つけようと思っていた地域を限定して検索するオプションも加えました。それと、以前は在庫がある書店のみ表示していましたが、ちょっと不親切だと思ったので、在庫がない書店についても表示しないのではなく、「在庫切れ」であると書き加えた上で表示するようにしました。

まぁ、こう一口に書くと簡単なんですが、PC版とモバイル版では取得の方法が違ってくるので（PC版は1ページだが、モバイル版は店舗毎にページが分かれている）、プログラム全体を見直さないといけなかったりして結構しんどかったです。

モバイル版は1ページ毎に分かれているため、それだけ多くリクエストを送ると、処理が遅れますし相手のサーバにも負荷がかかります。よって、まずPC版からできるだけの情報を取得し、取得仕切れなかった分についてのみ、モバイル版のサイトにリクエストすることにしました（ちなみに、モバイル版は取得に0.6秒/1ページくらいかかります、相手のサーバの話ですからこれはどうしようもないですね）

なお、モバイル版にリクエストせずにPC版の在庫情報だけ取得する方法も「簡易版」として用意してあります。紀伊國屋書店のサーバに優しくしたい方、処理に時間をかけずにサクサク行きたい人は「簡易版」をご使用ください。

なお、この「簡易版」と「拡張版（モバイル取得版）」のモードオプションの導入に伴って、検索方法を一括検索一本に絞ることにしました（書店個別検索は廃止）。

携帯端末への対応

ついでに、オマケとして携帯端末（DoCoMo, au, SoftBank, iPhone/iPod touch、それにOpera Mini, NetFront）からアクセスされた場合、見やすいように整形するようにしました。リンクURLも微妙にモバイル用に変えてあります。

まぁ、こんなとこでしょうか。あと、三省堂書店も在庫情報を取れるようなのですが、うちのOperaではうまく検索できなかったので、ここは今回取得しないことにしました。

URL変更

なんだかURLがカコ悪かったので、dev.openvista → tech.openvista.jp に移動しました。もちろん、旧URLもリダイレクトしていますので別段書き換えていただかなくても、すぐにアクセスできなくなることはありません。

その他仕様変更

上記のような機能追加に従って、ある程度仕様を変更します。まず、アクセスするURLは以下のように（普通に使う人は意識しなくて良いです）

新URL: http://tech.openvista.jp/モード/検索地域/ISBN.ファイル形式
旧URL: http://dev.openvista.jp/書店名/ISBN.ファイル形式

通常、簡易版と拡張版の二つのモードがありましたが、拡張版に統一しました。現在の各アイテムのページURLはhttp://tech.openvista.jp/検索地域/ISBN.ファイル形式となります。

参考URL

主に携帯端末への対応に関する参考URLです

大手4書店の在庫情報をまとめて確認できるサービス：Making OPAC 2.0

hash — Sat, 29 Dec 2007 18:17:32 +0000

題字の通り。ISBNを指定して検索すると紀伊國屋書店、旭屋書店、ジュンク堂書店、丸善などの本屋さんの在庫情報を取得して表示するアプリを書きました。旭屋書店とジュンク堂書店は在庫冊数も表示します。

3,000円以上する本とかだとやっぱり中身を立ち見したり、他の本と比較してから買いたいので、本屋さんに足を運んで確認するんですね。それで、一応無駄足にならないように事前に書店のサイトで在庫情報を確認するんですが、いちいち各書店の検索ボックスで入力するのが面倒なので一括検索できるようなアプリを作ったと、そういう運びです。

Amazon.co.jp ISBN検索アプリも書いておいたので、よければご利用下さい（まぁ、普通ここから使いますよね）

検索オプション

検索時には以下の3つのオプションが指定できます。

ISBN

検索する書籍についているISBNです。9桁でも10桁（旧ISBN）でも13桁（新ISBN）でも内部で勝手に変換するので、好きなものを入れてください。

しつこいですが、ISBNが分からない場合はAmazon.co.jp ISBN検索アプリを使ってください。

書店名

検索対象の書店です。初期状態では紀伊國屋書店、旭屋書店、ジュンク堂書店の3書店をまとめて検索しますが、どれか1書店だけを検索することもできます。

なお、検索できる店舗はオンラインで在庫を検索できる店舗に限ります。ジュンク堂書店は池袋本店しか検索できないのが残念ですね。

ちなみに、旭屋書店とジュンク堂書店は在庫冊数も併せて表示します。紀伊國屋書店と旭屋書店は本が配置されている棚を示す地図ページへのリンクも張っています。

あと、お約束ですが情報の正確性は完全には保証できませんのでご了承を。情報取得元の書店サイトでも、若干のラグがあるので「実際にはないこともある」くらいの気持ちで使っていただければと思います。

検索地域

検索地域を限定して検索します。47都道府県のどれかを指定してください。

ファイル形式

検索結果はHTML, XML, JSONのいずれかで返却します。XMLやJSONの構造がどんな感じになっているかは実際アクセスして確かめてください。

なお、リクエストするURLは、http://tech.openvista.jp/地域名/ISBN.ファイル形式という感じの、割と直感的に理解できそうなURLにしたつもりです。

これからつけたい機能

忘れないようにメモ

検索対象の店舗がある地域を限定する機能
行動手順からすればISBN検索ページをメインページにした方がいいかも？
携帯電話/iPod touchでの表示最適化

OPAC 2.0について

OPACは図書館のデジタル蔵書検索サービスのことです。2.0ってのはうーん、プレミアムとかそういうマーケティング的なアレです、たぶん。要するに、新しい図書館蔵書検索サービスです。まぁ、OPAC 2.0についてはウェブにいろんなリソースがあるので、詳しくはそちらをご覧下さい。

それで、私は大学で図書館情報学を専攻しているんですが、卒論の題材として2.0なOPACでも作ろうかということになったんですね。もちろん巨大なOPACを作れるわけないので、そういう部分はNext-LやScriblioなんかのプロジェクトに期待するとしまして、実際に作るのは一般のユーザが触れる部分（だけ）です。詰まるところ、大学図書館のOPACの検索結果を取ってきて、再構成してみると面白いかもという話です。

「それがこのアプリとどう関係あるんだ」と思われるでしょうけど、早い話このアプリもそのプロジェクトのパーツとして作ったというのも1つあります。ウェブにいらっしゃる図書館情報学徒の皆さんはこれを何に使うかくらいは容易に思いつかれるでしょう。他にはsuperopac@Wiki – OPAC2.0などに書かれているようなところも含めてどういうOPACがよいか検討しているところです。

今は就活中なので当分は手が出せませんが、来年の夏くらいには初期のユーザビリティテストも終えて実際に動くモノを出していきたいなぁと思ってます。

各書店サイト担当者様へ

このアプリは各書店様の著作権を侵害する意図を持って書いたわけではなく、著作権（日本の法律のそれではなく一般概念として）のフェアユースの概念を意識して書きました。書店へのアクセシビリティが高まって各書店様にとってよいのではと思いますが、いかがでしょうか。

更新履歴

v 0.3.1: ブラウザのCOOKIE機能を利用して、一度選択した検索先都道府県を次回以降も選択状態になるようにしました
v 0.3: 丸善24店舗を検索対象に追加いたしました
v 0.2.2: モードを廃止しました。それに伴い、各アイテムページのURLが変更になります（エンドユーザ様に行っていただく作業はありません）
v 0.2.1: 一部、携帯端末で正常に検索できなかった問題を解決; ISBN以外の文字で検索した場合、自動的にAmazon書籍検索に引き継ぐようにした
v 0.2: 紀伊國屋書店の対応店舗を拡大しました; 地域限定オプションを追加しました; 携帯端末に対応しました
v 0.1.1: 9, 13桁ISBNで正常に表示・検索できていなかった問題を解決
v 0.1: 初リリース

感想・参考サイト

今回はようやくというか、やっとクラスを使ってMVC構造を意識しながら書くようになったので、ソースもそこそこまともになってきたかなと思います。それでも、まだまだ手と頭の回転が遅いので、もう少しなんとかしたいところですが。

AmazonECS4はページ指定のオプションがPageだと無効で、ItemPageを使わないとうまくいかなくて随分とハマりました（参考：Amazon Web Services Developer Connection : ItemSearchでのPage指定 …）

amazon.co.jpへのリンクについてはAmazon Linkageプラグインをまるまる流用できたので、結構楽できました。もち、クリック情報も表示してます。

作成にあたっては以下のサイトを参考にしました。どうも、ありがとうございました。

一般的な資料

PHPによるウェブページの取得について

PHP5のオブジェクト指向について

ビジターの皆様へ

最後になりますが、今年もこのブログをご覧いただきありがとうございました。また、来年もグーグルからお会いすることがあれば、至らない点をコメント欄やソーシャルブックマークなどからご指摘いただければと思います。

ちなみに、ユーザの方からお願いをいただいているWordPressのテーマ、遅れに遅れていますが、一応今も作ってます。このブログのデザインのまま配布するのも芸がないかなと思うので、いろいろと試行錯誤しているところです。年内に間に合わなくてスイマセン。

はてなブックマークのタグ一覧をGoogle Chart APIを使って円グラフにしてみる

hash — Sat, 15 Dec 2007 06:29:01 +0000

昨日のエントリの副産物です。はてなブックマークから指定したURLのタグ一覧を取ってきて、そのトップ10をグラフ画像にして返すよなスクリプトを書きました。

例えば、「無償で商用利用できて品質の高い日本語フォント一覧」でグラフを作ると、こんな感じになります。

使い方

http://tech.openvista.jp/bookmark/graph.cgi?url=グラフを作りたいURLという感じでURLを指定してください。また、以下のようにパラメータを指定することもできます。その場合は各パラメータを&でつないで並べてください¹

必須	パラメータ	初期値	説明	例	例の意味
○	url		グラフを作りたいURL	u=http://example.com/	http://example.comを対象にした円グラフを作成する
	width	450	画像の幅(px)	w=300	画像の幅を300pxにする
	height	200	画像の高さ(px)	h=300	画像の高さを300pxにする
	type	p3	グラフの種類。”p”だと平面の円グラフ、”p3″だと立体の円グラフ	t=p	グラフは平面円グラフで出力する
	color	color	グラフをカラー(“color”)にするか、グレースケール(“mono”)にするか	c=mono	画像をグレースケールにする

感想など

例のように、Google Chart APIはまだ漢字を習っていないようなので、Mecabを使って全部ひらがなにして送っています。あと細々とした編集としてはタグを10個までにしたり、最大値を100にして値を再配分するとかですね。

しかし、Google Chart APIって簡単ですねー、手軽にグラフ作成ができるとなるといろんなものをグラフ化したくなってきますw

参考にしたサイト

例：http://tech.openvista.jp/h-value/graph.cgi?url=http://example.com/&width=300&height=300&color=mono

はてブバリュー：はてなブックマークのブックマーク数とコメントを点数にしてURLを評価してみる

hash — Fri, 14 Dec 2007 18:12:50 +0000

最近はどこのブログに行っても、はてなブックマークのカウンタが見られるようになって、はてなブックマーク数（量）＝コンテンツの質だと捉えられがちな向きさえある感じがします。

で、そのことに対する反応ははてブ指数の記事をブックマークしたときにも書いたのだけど、似たようなことはid:I11さんも言っていて、それはブックマークは肯定的引用だけとは限らない。興味本位、ネガティブな評価、嘲笑などを含む。はてブ指数はダイアリーの質とは関係ない。というもの。

で、じゃあこの興味本位、ネガティブな評価、嘲笑とかあるいは逆のポジティブな評価を含めて評価できないものかなと。「ブックマークコメントの内容を使えばいーじゃん」ってことで早速実装してみることにしました。

で、できたものがコレ。id:myrmecoleonさんみたく名前をつけてみる。

はてブバリュー

何してるの？

指定したURLのブックマークからユーザのコメントを全部拾って、キーワードに引っかけて、キーワードによってポイントを足したり引いたりしたりして点数化してます。キーワードは大きく分けてコンテンツに対して肯定的なモノ、否定的なモノ、そして逆接の3つです。ちなみに逆接とは、例えば「いいんだけど、～がおかしい」の部分の「けど」の部分です。

まず、ブックマークを能動的な評価行動と考えて、まず1ブックマークあたり1ポイント加えます。肯定的なキーワードがあった場合は1ブックマークあたり10ポイント、否定的なキーワードの場合は-10ポイント、逆接は-4ポイントとしています。

これらを全部足しあわせて総合点を求めてます。

評価の例

2007-12-15のAM2時くらいにはてブの人気エントリー入りしていたものを投げてみました（数値はいずれも測定時のものです）

対象（サイト名略）	ブクマ数	点数	ブクマ数との差	加点・減点
ドリコム退職にあたり	202 users	134 点	-68	プラス評価90 マイナス評価-158
Yahoo! ShortcutsっていうWordPressのプラグインが（略）	310 users	420 点	+110	プラス評価160 マイナス評価-50
迷ったら狩野さん！…狩野分析法による優先度付け	256 users	294 点	+38	プラス評価80 マイナス評価-42
日本の裁判官がおかしい	182 users	42 点	-140	プラス評価40 マイナス評価-180
2007年ウェブデザインの６つのトレンド	144 users	140 点	-4	プラス評価0 マイナス評価-4
XHTML-CSS Validator	247 users	247 点	±0	プラス評価10 マイナス評価-10
新米Web担当者もこれで安心！8つのステップで（略）	344 users	366 点	+22	プラス評価30 マイナス評価-8
DivX Proのシリアルナンバーが期間限定で無料配布中	96 users	108 点	+12	プラス評価20 マイナス評価-8
究極の飲み放題の店	111 users	163 点	+52	プラス評価110 マイナス評価-58
Second Lifeはてな版？　仮想世界「はてなワールド」β公開	315 users	301 点	-14	プラス評価110 マイナス評価-124

妥当性としてはまずまずの結果かも。最後のはてなワールドの記事はコメントの勢いからすると、減点が多すぎるかなぁ。

課題と限界

すぐに分かると思うんですけど、単純な肯定 or 否定コメントをカウントしているだけなので、内容に込み入った批判などは評価ポイントとして拾えません。

そうしたものを拾うのならば、newsingみたいな○×機能をはてな側で導入してもらうしかありませんが、はてなスターをリリースしたことから見ると対応することはないでしょうね。

あと、コンテンツの評価に関係ない文脈でのコメントも拾ってしまう（「私は○○がいいと思う」とか）のが難点ですね。

評価手順

ちなみに、評価の手順はこんな感じです。

ブックマークのコメントを取得
Mecabを使って漢字かな交じりのコメントをすべてひらがなに変換（評価の精度を上げるため）
コメントにキーワードが含まれているか調査
調査結果に基づいて、得点を算出

キーワードについては、ホットエントリーや炎上しているエントリーなどを参考にして独断と偏見で決めました。コンテンツの評価が目的ですので、否定的だと思われるコメントにはできるだけ人格批判を含めないようにしました¹ 。

下にWikiを置いておくので、もしコレを加えた方がいいんじゃね？というのがあったら加えてみてください。あとで参考にさせていただきます。

Wiki画面を表示

詳しい使い方

基本的には、http://tech.openvista.jp/bookmark/entry/エントリーのURLという形でアクセスすると（HTML形式で）結果を返します。http://tech.openvista.jp/bookmark/xml/エントリーのURLだとXML形式、http://tech.openvista.jp/bookmark/json/エントリーのURLだとJSON形式で結果を返します。

詳しい人に質問！

詳しい人に聞きたいことが一つ、もしご存じでしたら教えてください。URLはmod_rewriteを使って内部で書き換えてるんですが、うまくリダイレクトできないURLがあるんですね。

まず、URL書き換えはhttp://tech.openvista.jp/bookmark/entry/http://example.com/ならhttp://tech.openvista.jp/bookmark/index.php?o=entry&u=http://example.com/となるようにしています。

ですが、これだと ? や # が入っているようなURL、具体的にはhttp://tech.openvista.jp/bookmark/entry/http://gigazine.net/index.php?/news/comments/20071214_divx_pro_free/というURLがうまいこと処理できないんですね（http://tech.openvista.jp/bookmark/index.php?o=entry&u=http://gigazine.net/index.php?という風に?以降が切れちゃいます）

仕方ないので、書き換え時にQSAオプションを付けてhttp://tech.openvista.jp/bookmark/entry/http://gigazine.net/index.php&/news/comments/20071214_divx_pro_free/という風にしてPHP側で無理矢理URLを取得するようなことをしています。

あまりいい解決方法ではないと思うんですが、もっといい方法をご存じでしょうか？

ちなみに .htaccessファイルは以下のようになっています。

ソースコード

RewriteEngine on
RewriteCond %{REQUEST_URI} ^/bookmark/(entry|html|xml|json)/(.+)$
RewriteRule ^(.*)$ /bookmark/index.php?o=%1&u=%2 [L,QSA]

そのほか

スクリプト作成にあたっては以下を参考にしました。

最後になりましたが各ドキュメントを作成された方、Mecabを開発された方に感謝申し上げます。

ただ、否定的なコメントというのは人格批判スレスレなところもあって、どこまでそれを拾うのかという線引きはムズいですね

Liner Note » ウェブサービスの制作

PDFをウェブページとしてチェックできるようにして離脱を減らそう

汎用PDFゲートウェイとしてオンラインPDFリーダを使う

ウェブ利用者向け

GreaseMonkeyスクリプト

ブックマークレット

ウェブ制作者向け

その他の情報

URLの構成

更新履歴

実装予定の機能

参考にしたリンク

謝辞

あるべきOPACのビジョンを決める：Making OPAC 2.0

目指すところは本のGoogle先生

OPACの問題点

なぜOPACを問題にするのかーなぜ本を読むとよいのか

OPACのどこが問題か

プロジェクト定義

ウェブ上のフィードの広告を削ったり、絞り込んだりできるサービス「SmartFeed」

実際の使用例

自分にとって必要の無い記事を削除する

必要な記事のみ受信する

おまけ

自分で運用したい人のために

参考にしたリンク先

更新履歴

Google検索 for iPod touchを作った

iPod touch専用 料理レシピ検索サービスを作った

特徴

デモ動画

iPod touchのユーザビリティ小考

権利的なお話

参考にした記事

はてなブックマークのコメントを見やすく表示する「はてなブックマークビューワ」を作った

更新履歴

参考サイト

書籍在庫一括検索サービス ver 0.2：Making OPAC 2.0

機能拡充について

対応店舗の拡大（紀伊國屋書店）

地域限定オプションの追加

携帯端末への対応

URL変更

その他仕様変更

参考URL

大手4書店の在庫情報をまとめて確認できるサービス：Making OPAC 2.0

検索オプション

ISBN

書店名

検索地域

ファイル形式

これからつけたい機能

OPAC 2.0について

各書店サイト担当者様へ

更新履歴

感想・参考サイト

ビジターの皆様へ

はてなブックマークのタグ一覧をGoogle Chart APIを使って円グラフにしてみる

使い方

感想など

参考にしたサイト

はてブバリュー：はてなブックマークのブックマーク数とコメントを点数にしてURLを評価してみる

何してるの？

評価の例

課題と限界

評価手順

詳しい使い方

詳しい人に質問！

そのほか

iPod touch専用料理レシピ検索サービスを作った