タグを使わずに、フラグメントとつながりだけで情報を構成していると、情報収集の中心となっているフラグメントがあることに気づきます。それらのタイトルは、自分がフォーカスしている問題だったり、重要なコンセプトを表していたりします。こういったフラグメントを後からタグに変換して、もっと広範囲の情報を収集したり、表示したりできるようにすれば良いのではないかと考えるに至りました。 今までのタギングというのは、コンテンツの中から適当にキーワードをピックアップしたり、自分が知っているカテゴリーの中から選択する、というのが一般的だったのではないかと思います。タグを付ける際、後々どのようなキーワードでその情報を特定できれば便利だろうかと考えるわけですが、Piggydbの利用方法が探索的になればなるほど、その予想は外れる、あるいは利用者自身の成長によってタグツリーが陳腐化してしまう可能性が高くなります。 そこで、タグの役割を少し変えてみて、データベースの中から自然発生的に現れるタグ、あるいは利用者のフォーカスを表すためのタグという形にシフトさせたらどうなるだろう、というのが今回導入されたタグフラグメントで実験しようとしていることです。
「トップダウン式のインデックスタグ」
#270 つながりとタグの使い分け例: 「Table Tennis Videos」そして重要なのは、フラグメントに適用すべきタグは最も具体的なタグだけでOKだということです。ある選手のタグを試合フラグメントに貼り付ければ、そのフラグメントはその選手の所属国やスタイル、性別によっても同時に分類されることになります。
player
→ women →→ FUKUHARA Ai
style
→ grip →→ shakehand →→→ FUKUHARA Ai
country
→ Japan →→ JPN →→→ FUKUHARA Ai
association
→ JPN →→ FUKUHARA Ai
とFUKUHARA Ai選手は4つのルートタグ(player,style,country,association)をご先祖様に持っている訳です。直接の親タグには、(women,shakehand,JPN)の3つの親タグを持っています。又、JPNも国連加盟国としての分類、競技団体としての分類、2つの親を持っていることになります。
(サッカーの英国などは、国連加盟国としては一つの国家ですが、競技団体としては、英国四協会と呼ばれる4つの協会がFIFAに独立して登録されています。従って、FIFAワールドカップには4つの協会がそれぞれ別のチームとして予選に出場します。逆に、一つの国連加盟国から一チームしか出場できないオリンピックでは、現在ロンドン五輪に向けて、サッカーのチーム構成をどうするかが、国家的関心事となっています)
つまり、一度FUKUHARA Aiという固有名詞をタグに登録してしまえば、あとは各フラグメントにFUKUHARA Aiというタグをつけるだけで、上記の分類が全て一度に行われるわけです。他のタグツールのように、全てのフラグメントに個別でJPN,shakehand,womenといったタグを付ける必要がないのです! これは非常に操作が楽になります!!
一度作成したら、あとはタグそのものを分類すればOK! 一々個別のフラグメントのタグを修正する必要はないのです。例えば、年齢でもタグ付けをしたいと思ったら、birth1988というタグを、FUKUHARA Aiというタグの親タグに設定するだけでFUKUHARA Aiのタグがついた全てのフラグメントが、birth1988でも検索されるようになります!
この機能は、竜頭蛇尾型のモチベーション人間、いやいや、後で楽をするために最初の苦労は惜しまないタイプの人間にピッタリです。やる気のある最初に几帳面にタグを構成しておけば、実際に使う段階では、固有名詞を一つ選択するだけで整理された複数のタグが作成されるのです。これが他のタグソフトであれば、最初に几帳面にタグを構成してしまったら、実際に使用する段階でも、几帳面にタグを付けていかなければ、タグ構造が破綻してしまいます。
以上が、「トップダウン式のインデックスタグ」の概要になります。
「ボトムアップ式のエッセンスタグ」
作業手順はこれだけですが、これだけでは、実際にイメージすることは難しいと思いますので、これから、いっしょにどんなタグやタグフラグメントが「ボトムアップ式のエッセンスタグ」となるのか、考えていきたいと思います。
これを言い換えた説明が、以下の作者様のコメントになるのだと思います。
#155 何のために「分類」するのか?ではPiggydbにおける「分類」とは何なのか? それは一言で言えば、「ユーザー自身が学習するため」の分類です。本来分類という作業は機械的にできるものではありません。先程書いたように知的負荷の高い作業です。検索のためのタグ付けであれば、単純にキーワード検索でもいいということになってしまうかもしれませんが、本当の分類(classification)は、そのキーワードが情報に含まれるかどうかとは無関係です。よって、Piggydbではユーザー自身が考えてタグ付けすることが重要です。
以下に、私の考える「ボトムアップ式のエッセンスタグ」の具体的な例を順不同でどんどん紹介してみます。
以下にライフハックに関する「ボトムアップ式のエッセンスタグ」を列挙してみます。
そして、情報収集の中心となっているフラグメントというのが、例えば
というネット記事を(mhtファイルで)保存したフラグメントです。このネット記事を読んでから、ユビキタス・キャプチャーという考えを知り、その後しばらく、このフラグメントからつながりをつくる形でどんどんとユビキタス・キャプチャーに関するフラグメントを作成していきました。そして、2~3日後、これは一つのタグで分類するべき考え方だぞ、と感じたので、全ての起点となったネット記事を保存したフラグメントをそのままタグフラグメントとして使用することにしました。
では、ここで何故、固有名詞として、「ユビキタス・キャプチャー」というタグを作らなかったかについて説明します。
ということで、
以上、「ボトムアップ式のエッセンスタグ」についての概要と具体例でした。
いささか、長文になってしまいました。ここまで読んで頂きまして、どうもありがとうございます。いずれまたPiggydbを使い込んで頭が整理されてきたら、もっと短く要点を絞った説明ができるようになると思います。その時には、適切で説明しやすい具体例も見つかっていることだと思います。今の段階では、この助長な説明文でどうぞお許し下さい。この説明が、あなたの素敵なPiggydbライフの手助けになれば幸いです。
|