シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
で触れたタグフラグメントの活用アイデアについて、実際に使ってみて、だいぶ固まってきたので、ひとまず概要を紹介します。
基本的な考え方は#399 複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップを発展させたものになります。
基本的な考え方は#399 複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップを発展させたものになります。
エラー報告
元々、
- タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。
- 新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
という流れだったので、私本来のPiggydb自体はまったく被害有りません。
又、現在、新しいdbを作成し、そこにバックアップを復帰させたところ、
バックアップのタイミングと、#443 テキストエリアの自動バックアップのおかげで、
なんとか8割方は復旧できそうなので、大きな問題はありません。
やはり、バックアップの意識は大事ですね!
バックアップのタイミングと、#443 テキストエリアの自動バックアップのおかげで、
なんとか8割方は復旧できそうなので、大きな問題はありません。
やはり、バックアップの意識は大事ですね!
もしよろしければ、エラーした状態のデータフォルダとプログラムフォルダを無圧縮zipしてありますので、
今後のエラー解消のお役に立つようでしたら、アップロードする準備がありますので、お声をかけて下さい。
今後のエラー解消のお役に立つようでしたら、アップロードする準備がありますので、お声をかけて下さい。
ご報告有難うございます。
具体的にどのような現象が発生したか教えて頂けますでしょうか?
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ
例えば、ドラマの魅力を研究していく目的でアイデアプロセッサとしてPiggydbを使用したいとします。
- ドラマの表題でフラグメントを作る。(第一セントラルイメージ)
- 子タグ(親タグは”ドラマ”)として、”ドラマ名”という固有名詞でのインデックスタグを作成して、各フラグメントに貼り付けます。
- ドラマの表題の下位フラグメントとして、あらすじというフラグメント(メインブランチ)を作成。
- 1シーン=1フラグメントと小分けして時系列のつながりをもってつなげていく。
- 上記の行程を繰り返し、複数のドラマの情報を入力します。
ここまでで、まず準備完了です。
次に今度は、”視聴者が憧れる勇敢な心”というタグのついたフラグメント一覧を並列に並べます。
”視聴者が憧れる勇敢な心”という共通の上位フラグメントを作成し、そこからタコの脚のようにつなげていくのです。
”視聴者が憧れる勇敢な心”という共通の上位フラグメントを作成し、そこからタコの脚のようにつなげていくのです。
こうやって複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ
を作成していけるのが、Piggydbの奥深さだと私は捉えています。
を作成していけるのが、Piggydbの奥深さだと私は捉えています。
”つながり”と”タグ”は表裏一体
つながりとタグの使い分けですが、現状、私は
といった風にとらえています。
ですが、#399 複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ で例を示したように、
私なりの結論としては、つながりとタグについては
細かい使い分けはしないというか、役割が重複しても気にしないということです。
私なりの結論としては、つながりとタグについては
細かい使い分けはしないというか、役割が重複しても気にしないということです。
重要なのは、フラグメント同士の関連性をきちんとイメージ出来るかと言うことです。
- まずは、マインドマップのようにつながりが伸びていき(ツリー状だけではなく、ボトムアップ、ネットワークのイメージを忘れない)
- そして、共通点をタグで括って(ここで新しいマインドマップ、チャイルドマインドマップを作るイメージ)、
- そのタグをセントラルイメージにして、またつながりが伸びていく。
こういうイメージを持てるかどうかが大切なのではないでしょうか。
- つながりと'''タグ"は表裏一体
- つながりで成長
- タグでぽんとワープして集まり
- また集まってつながりでウネウネと伸びていく。
もちろん、数あるPiggydbの活用の可能性のほんの一部分でしかないのでしょうが、
私はずっとこんな使い方ができるツールを探していたのです。ありがとう、Piggydb!!
私はずっとこんな使い方ができるツールを探していたのです。ありがとう、Piggydb!!
タグの継承について
- ドラマの表題でフラグメントを作る。(第一セントラルイメージ)
- 子タグ(親タグは”ドラマ”)として、”ドラマ名”という固有名詞でのインデックスタグを作成して、各フラグメントに貼り付けます。
- ドラマの表題の下位フラグメントとして、あらすじというフラグメント(メインブランチ)を作成。
- 1シーン=1フラグメントと小分けして時系列のつながりをもってつなげていく。
- 上記の行程を繰り返し、複数のドラマの情報を入力します。
"タグ"は"エッセンス"を括ったもの
タグは大きく分けて2種類に分けられると思います。
- インデックス(内容を指し示すもの。索引。見出し。また、指標となるもの)としてのタグ
・一般的なジャンル。(例、ドラマ、アニメ、報道、etc)
・時系列による区分。(2011年8月作成、2011年9月作成、etc)
・固有名詞による区分→#182 固有名詞をタグに使う,#258 タグとつながりの使い分け 等を参考にしました。
・時系列による区分。(2011年8月作成、2011年9月作成、etc)
・固有名詞による区分→#182 固有名詞をタグに使う,#258 タグとつながりの使い分け 等を参考にしました。
- エッセンス(物事の本質)を括ったカテゴリーとしてのタグ
※(カテゴリーとは。
1.哲学で、アリストテレス以来の用語。
物事を分類する際、もはやそれ以上に分けることのできない、もっとも根本的、一般的な基本概念
属性、量、状態、関係等。最高の類概念。範疇
2.一般に、同じ性質のものが属すべき範囲、部門。範疇
ここでは、1.をイメージしつつも余り頑なになりすぎないように2.を基本概念とする)
1.哲学で、アリストテレス以来の用語。
物事を分類する際、もはやそれ以上に分けることのできない、もっとも根本的、一般的な基本概念
属性、量、状態、関係等。最高の類概念。範疇
2.一般に、同じ性質のものが属すべき範囲、部門。範疇
ここでは、1.をイメージしつつも余り頑なになりすぎないように2.を基本概念とする)
#155 何のために「分類」するのか? での
ではPiggydbにおける「分類」とは何なのか? それは一言で言えば、「ユーザー自身が学習するため」の分類です。本来分類という作業は機械的にできるものではありません。先程書いたように知的負荷の高い作業です。検索のためのタグ付けであれば、単純にキーワード検索でもいいということになってしまうかもしれませんが、本当の分類(classification)は、そのキーワードが情報に含まれるかどうかとは無関係です。よって、Piggydbではユーザー自身が考えてタグ付けすることが重要です。
を私なりに捉えた概念が、エッセンスを括ったカテゴリーとしてのタグということになるのだと思います。
"つながり"は”ブランチ”
つながりはマインドマップにおけるブランチに近い概念だと思います。
発想の連鎖、記憶のつながり、時系列的なつながり、そういったものを表現するのが、つながりだと。
発想の連鎖、記憶のつながり、時系列的なつながり、そういったものを表現するのが、つながりだと。
ただし、マインドマップではビジュアル的な制約から情報量に制限がありますが、
Piggydbでは(少なくとも情報の入力時には)、情報量に制限はありません。
Piggydbでは(少なくとも情報の入力時には)、情報量に制限はありません。
特に、ブランチと違い、つながりは下位概念方向のみならず、
上位概念、並列概念方向にも伸ばすことが容易です。
上位概念、並列概念方向にも伸ばすことが容易です。
双方向をイメージしたセントラルイメージとその疑似再現
が好材料だったので、例にしてみましたが、ネットワークという視点で考えると、
- つながりの流れが、逆送したり、ループすることを恐れずに、
- 下流のブランチ(=つながり)に話題の中心となるフラグメントが出来たら、
- そのフラグメントをどんどんセントラルイメージフラグメントに指定していく。
ですが、現状Piggydbでも単につながりをループさせるだけで
(つまり、上位フラグメントと下位フラグメントに同一のフラグメントを指定させるだけで)
フラグメント・ツリービューで一覧表示させることが出来ます。
(つまり、上位フラグメントと下位フラグメントに同一のフラグメントを指定させるだけで)
フラグメント・ツリービューで一覧表示させることが出来ます。
また、構造的にも少し脳内補完すれば、充分ネットワークをイメージできると思います。
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
ボトムアップ式タグフラグメントの作り方
- 自然と、共通の内容を持つフラグメント群がたまる。
- その中で中心となっているフラグメントを発見し、タグフラグメント化する。→BCIF
- そのタグの親タグを設定する。(新規ならば、タグフラグメントを作成するのを忘れないように)
- 1のフラグメント群をショッピングカートでまとめて選択し、タグ付けする。
- BCIF(タグフラグメント)を#homeのボトムアップセントラルイメージフラグメントインデックス(BCIF_Index)につながりを作る。(片方向!)
- 空更新して、BCIFを上に上げておくと、つながりを作るのが楽。
- 既存のつながりはそのままでOK
- 内と外のつながりを整理したくなるが、記憶の連想を守るため、そのままにしておく。その方が楽だし、混乱もないし。
- 新しいフラグメントには、レスを付けていけば、自然とつながり(双方向化する)とタグが継承されていく。
- 他のフラグメントを追加する場合は、双方向つながりとタグ、両方を追加する手間を惜しまない
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
タグフラグメントのつながりに関する思案
- 元々の双方向つながりは、いじらずにそのまま維持。
- タフフラグメントで括っているとき、つながりが無く孤立しているタグも別にそのままでイイ。
- 重要なCIFだった場合は、双方向で適切なつながりを付ければいい。
- つまり、基本的には、できるだけシンプルに手間をかけないことを優先。その上で、手間をかけるに値するつながりなら、臨機応変に付ければ良い。
- タグフラグメント同士のつながりも双方向で。
- 例外は、BCIF_Indexフラグメントとのつながりのみ。ここは利便性優先で、片方向つながりでOK。
ドキュメントビューのことは、深く気にせず、とにかく、混乱無くスムーズに手軽に使っていけることを最優先。
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
既存の中心フラグメントをタグフラグメント化する際の問題点
※#b-up-CI=Bottom UP Central Image
※元々タグフラグメント自体がタグなので、タグ一覧で探せるのだが、
私にとってCIFは重要なタグであり、フラグメントなので、特別扱いする。
この問題は、#homeにBCIF_Indexを作り、そこにつながりをつければ、解決できる。
こうすれば、とりあえず、もっとスッキリとシンプルにタグフラグメントを活用できるはず。
私にとってCIFは重要なタグであり、フラグメントなので、特別扱いする。
この問題は、#homeにBCIF_Indexを作り、そこにつながりをつければ、解決できる。
こうすれば、とりあえず、もっとスッキリとシンプルにタグフラグメントを活用できるはず。
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
タグフラグメントの親子タグ構造について
BCIFは本来分類されるべき、親タグの下に構造的に整理する。
piggydb(親タグ)→このsampledbそのものの扱いについて(BCIF)
その際、またボトムアップ式だとかで整理したくなるが、それは我慢する。それは余分。蛇足。
すっきりとしたタグ名が並ぶ中、文章でのタイトルがタグ名になっている違和感にもじきに慣れるはず。
むしろその違和感が、ボトムアップとトップダウンタグの良い目安になるかもしれない。
(私の場合、トップダウンのタグにも、タイトル風の名前を付けることが多いから、あまり当てにはならないけれど)
piggydb(親タグ)→このsampledbそのものの扱いについて(BCIF)
その際、またボトムアップ式だとかで整理したくなるが、それは我慢する。それは余分。蛇足。
すっきりとしたタグ名が並ぶ中、文章でのタイトルがタグ名になっている違和感にもじきに慣れるはず。
むしろその違和感が、ボトムアップとトップダウンタグの良い目安になるかもしれない。
(私の場合、トップダウンのタグにも、タイトル風の名前を付けることが多いから、あまり当てにはならないけれど)
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
ポイントは、タグフラグメント同士のつながり
- メモをフラグメントに登録する時点では、深く考えずにドンドン登録していき、まずはフラグメントを気軽に貯めていくことが重要。
- しばらくして、たまったフラグメントに共通項が見え始めたら、ボトムアップ方式で整理する。
- そして、ボトムアップ方式から生まれたタグフラグメント同士につながりが生まれていけば、理想的。
3.の段階が一番重要なポイントなのですが、このあたりは、感覚的なものが大きいので、
現在、鋭意作成中のsampledbが一段落しましたら、一度アップロードしますので、一度軽く見て頂ければなと思います。
現在、鋭意作成中のsampledbが一段落しましたら、一度アップロードしますので、一度軽く見て頂ければなと思います。
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
タフフラグメントは素晴らしいボトムアップ型の情報整理ツール
多少のクセは有りますが、慣れてきますと、すさまじく使い勝手が良いです!
本当に素晴らしい機能をどうもありがとうございます。
薄々感づいてはいたけど、前バージョンでの変更の影響が想像以上に大きい事が分かって頭を抱えてしまう。無い頭を絞ってうんうん考えた挙げ句、前バージョンの成果を半分ほど削除してやり直す事にした。ここをいい加減な形にしておくと、後で大変な事になりそうだということはなんとなく分かるので。
というのが、どういった内容なのか私には検討もつきませんが、作者様、どうか頑張って下さい!
更に改良されたPiggydbの登場を楽しみに待っています!
更に改良されたPiggydbの登場を楽しみに待っています!
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
—
う~ん。今の仕様でつながりを双方向に作ると、端的にわけが分からなくなりますね。どうやって情報を追いかけていいか混乱してます (^_^;
双方向化について
また、現在の仕様(5.0-dev2)でも、慣れれば相当、双方向つながりでも上手く使えるようになりますよ!
実際にsampledbを見て頂ければ、理解して頂けると思います。
(あと、数日でアップロードできると思います)
(あと、数日でアップロードできると思います)
ただ、sampledbも私自身が使う分には、非常に使いやすくなってきましたが、
やはり、他人がいきなり読んで、パッと理解するのは、簡単ではないかもしれません。
やはり、他人がいきなり読んで、パッと理解するのは、簡単ではないかもしれません。
とにかく、私が言いたいのは、piggydbは
- 現在の仕様でも、慣れと工夫で双方向つながりを使いこなすことは可能!
- つながり以外にもタグ、時系列での降順、昇順など、piggydbは一つの情報を複数の手段で閲覧可能!
な素晴らしいソフトだと言うことです!