ユーザーさんの声

—

—

スーペルギーピ君

—

テキスト整形ルールの拡張について

つながりと順序（重み付け）

コメント、こんな感じで書いてよかったでしょうか？

ネットワークだよ、という考え方との整合性はちょっと整理が必要かも

—

PiggydbはrestやjsonなAPIを公開するという予定はあるのでしょうか？

—

フラグメントに一つ一つ意味を持たせていると、フラグメントの登録自体がやっかいなことになり

分類とつながりの効用

1. こうもり問題（暗闇でぶら下がっているコウモリのように、どこに分類したか、どこに分類すべきか分からなくなる）
2. その他問題（その他分類ばかりがふくらむ）
3. 誤入問題（間違えて分類してしまい見つけられなくなる）
4. 分店時の在庫引き継ぎ問題（分類を細分化し、分家にする場合、一貫性を保とうとすると手間が半端でない）
5. 君の名はシンドローム（何と名付けたか忘れてしまう）

—

作者の回答

—

—

application.propertiesファイル内の piggydb.fragmentsView.defaultScale= の値について、教えてください。

上記ファイルで更新順を表示のデフォルトにするか、50音順をデフォルトにするか、選べるようにしていただけると嬉しいです。

つながりのあるフラグメントを持つフラグメントビューにも、スライダーが欲しいです。

—

—

括弧をURLエンコードすれば利用できます

 5ast78ax(VS.80).aspx → 5ast78ax%28VS.80%29.aspx

 ( → %28
 ) → %29

—

• Modifying the Look and Feel of Piggydb
  • http://piggydb.wordpress.com/2011/04/29/modifying-the-look-and-feel-of-piggydb/

—

—

大量のデータと動作速度の関係についての質問。

• 数百～数千枚単位の画像（デジカメの画像等）
• 4000～28000文字単位のフラグメントを数百以上。（PomeraDM20からのデータコピー等）

タグの頭文字を工夫するだけで構造順にタグ一覧をサイド表示可能！

シンプルな機能美の土台の上にモチベーションを刺激するギミックがぎっしり！

• 高性能なタグ管理
• 使い勝手の良いフラグメント

• フラグメント番号名でコピーされるので手軽に使える画像データ
• シンプルで安心感のあるバックアップ
• しっかり機能する全文検索機能

• 情報を目で眺めたいときに便利なフィルタ機能
• 画像フラグメントを表組みに埋め込むことができるので、アルバム表示も可能！
• 考えれば考えるほど、可能性が広がる、｢タグ｣と｢フラグメント｣と｢つながり｣
  

• 完成した情報の閲覧、印刷に最適なドキュメントビュー
• 一覧性を高めたマルチカラムビュー

出力面での伸び幅

• 色のカスタマイズ機能
• フラグメントの平面上での自由な並び替え

• 色のカスタマイズ機能
• 文字色や背景色。
• 各フラグメント事にイメージカラーを設定可能。タイトルの文字と背景色をカスタマイズ。
• さらに応用して、特殊タグにカラータグを設定できる。

• フラグメントの平面上での自由な並び替え
• フラグメントのタイトルをカードにして、MS社のPowerPointやFrieve Editorの用に並び替えられるようにして
  

• マインドマップのようにといえば伝わりやすいでしょうか。

• #151のマルチカラムビューをドラッグ＆ドロップで並び替えられるようにするだけでも、相当有意義だと思います。
• それだけで｢マンダラ思考術｣まで使えるようになりますから。
• その際、一時的な空白のフラグメントor空のスペースを自由に並び替えられるようにしていただけると、使いやすさが増すと思います。

Piggydbで探すセントラルイメージとエッセンス

 #482 このバラエティは何が面白かったのか？

1. とりあえず、仮のジャンルタイトルで分類する。（省略可能）
2. 面白いバラエティ番組を見たり、逆に自分で想像してみたりする。→新フラグメントにその内容をメモ。番組名でタグ。
3. つながりのあるフラグメントに、何が面白かったのか、似たような番組は無かったかをメモしていく。
4. その理由（エッセンス）が見つかったら、名前を付けてタグにする。
5. たくさんのエッセンスが理解できてきたら、そのエッセンスの集合体に改めて｢ジャンルタイトル｣を付ける。

• ジャンルタイトルが｢01_暴走！　妄想！　パラレルワールド！！｣
• エッセンスが｢01_未知への暴走｣

ツリー構造での発想法は、まずセントラルイメージという根となるテーマを決めることが前提で、そこから連想を広げていくという方法です。発想の方法としてはトップダウン式です。Piggydbでは、既存の情報から連想をしながら情報を入力していくことも可能ですが、最初は関係を意識せずランダムな情報を入力することもできます。そして情報と情報の間の関係は後から定義することができます。つまりトップダウン、ボトムアップ、どちらでも可能であると言えます。ただし、Piggydbとしてはどちらかと言えば、ボトムアップ式の方法にフォーカスしていきたいと考えています。まだまだ機能としては完全に表現しきれていないのが現状ですが。

フィードバック有難うございます。

—

—

1. 数時間ログインしっぱなしで連続投稿中。
2. テキストエディタなどは使わずに、ベタ書き中。
3. Google chromeで３つのPiggydbに同時ログイン中。（Piggydb.jp／デモサイト／自分のPiggydb）
4. 引用の見た目を確認しようと、プレビューボタンをクリックしたところ
5. 元のフラグメントのページが表示されており、右上を見るとログアウト状態に。
6. 戻るボタンでもデータは復旧せず

—

—

—

—

それともPiggydb 4.11と、Firefox 3.6において動作確認をしています。他の環境で動作するかは不明です。

—

—

—

　FrieveEditor(フリー) http://www.frieve.com/  ） ~

—

1. Story Editor 文書作成 > ワープロ用ユーティリティ
2. 構造化エディタ 文書作成 > テキストエディタ
3. Buzan's iMindMap 市販のマインドマップソフト
4. Osciroi　パーソナル > 日記
5. Frieve Editor　文書作成 > テキストエディタ
6. iroha Note　パーソナル > 付箋
7. Tiddly wiki　類似ソフトは　インターネット＆通信 > HTML作成

以前も、EBt（#224）というソフトウェアをご紹介頂きましたが、皆さん本当によく見つけますね。このPiggydbを見つけるのはもっと難しいような気がしますが（なんとかしたい、、、）。私自身、同じようなソフトウェアに関して（というよりもフリーウェア全般について）全くの無知なので、フィードバックと共にこういったソフトウェアを紹介して頂くのは、本当に有難いことです。

• オフラインブログ （→　Osciroi 発見）
• オフラインwiki (→　Tiddly wiki 発見)
• 情報整理　フリーソフト(→ iroha Note 発見)
• アイデア　ツール　(→ Frieve Editor　発見)

• アイデアプロセッサ
• タグ
• オフラインWiki
• 情報整理
• マインドマップ

—

—

"つながり"は”ブランチ”

"タグ"は"エッセンス"を括ったもの

• インデックス(内容を指し示すもの。索引。見出し。また、指標となるもの)としてのタグ
  

• エッセンス(物事の本質)を括ったカテゴリーとしてのタグ

ではPiggydbにおける「分類」とは何なのか？ それは一言で言えば、「ユーザー自身が学習するため」の分類です。本来分類という作業は機械的にできるものではありません。先程書いたように知的負荷の高い作業です。検索のためのタグ付けであれば、単純にキーワード検索でもいいということになってしまうかもしれませんが、本当の分類(classification)は、そのキーワードが情報に含まれるかどうかとは無関係です。よって、Piggydbではユーザー自身が考えてタグ付けすることが重要です。

"リンクのトラックバック"と"ネットワーク"についての考察

Piggydbでは、EBtにおいては暗黙に意識しているような「意味」も表現手段に加えていると解釈できると思います。つながりに方向があるのは、視点を意識しているためです。例えば、A → B と B → A は異なります。Aの視点から見たBとの関係とBの視点から見たAとの関係は異なるからです。つまり、これは「意味」を単位にしているということです。タグも同様です。タグというのは、情報の「意味」を表すために純化して設計された仕組みです。

作者からの回答

#396 ネットワークとしてPiggydbを使う場合、やはり、（手間の問題を度外視すれば）毎回つながりを付け足すのが正しい方向性なのでしょうか？ ... リンクを張った時点で何らかの共通点があるのだから、"""タグ"""で括れば良いのでしょうか？

#396 つながりの方向性

#393 "タグの継承機能"の削除提案

#399 エッセンスを括ったカテゴリーとしてのタグ

#400 つながりとタグは表裏一体: 私なりの結論としては、つながりとタグについては 細かい使い分けはしないというか、役割が重複しても気にしないということです。

#395 キーワード＝タグ

#395 私の夢はエッセンスとしてのタグで百科事典を作ること

#397 つながっているフラグメントの一覧表示についての要望

"タグの継承機能"の削除提案

• タグの継承機能は削除された方が良い

—

双方向をイメージしたセントラルイメージとその疑似再現

• #399 複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ

• つながりの流れが、逆送したり、ループすることを恐れずに、
• 下流のブランチ(＝つながり)に話題の中心となるフラグメントが出来たら、
• そのフラグメントをどんどんセントラルイメージフラグメントに指定していく。

”つながり”と”タグ”は表裏一体

• つながりは発想の連鎖、記憶のつながり、時系列的なつながり、#262｢構造的包含関係」
• タグは、インデックス、そして、エッセンスを括ったカテゴリー、#262「概念的包含関係」

1. まずは、マインドマップのようにつながりが伸びていき（ツリー状だけではなく、ボトムアップ、ネットワークのイメージを忘れない）
2. そして、共通点をタグで括って（ここで新しいマインドマップ、チャイルドマインドマップを作るイメージ）、
3. そのタグをセントラルイメージにして、またつながりが伸びていく。

• つながりと'''タグ"は表裏一体

1. つながりで成長
2. タグでぽんとワープして集まり
3. また集まってつながりでウネウネと伸びていく。

タグの継承について

1. ドラマの表題でフラグメントを作る。（第一セントラルイメージ）
2. 子タグ（親タグは”ドラマ”）として、”ドラマ名”という固有名詞でのインデックスタグを作成して、各フラグメントに貼り付けます。
3. ドラマの表題の下位フラグメントとして、あらすじというフラグメント（メインブランチ）を作成。
4. １シーン＝1フラグメントと小分けして時系列のつながりをもってつなげていく。
5. 上記の行程を繰り返し、複数のドラマの情報を入力します。

"タグ"は"エッセンス"を括ったもの

• インデックス(内容を指し示すもの。索引。見出し。また、指標となるもの)としてのタグ
  

• エッセンス(物事の本質)を括ったカテゴリーとしてのタグ

ではPiggydbにおける「分類」とは何なのか？ それは一言で言えば、「ユーザー自身が学習するため」の分類です。本来分類という作業は機械的にできるものではありません。先程書いたように知的負荷の高い作業です。検索のためのタグ付けであれば、単純にキーワード検索でもいいということになってしまうかもしれませんが、本当の分類(classification)は、そのキーワードが情報に含まれるかどうかとは無関係です。よって、Piggydbではユーザー自身が考えてタグ付けすることが重要です。

"つながり"は”ブランチ”

双方向をイメージしたセントラルイメージとその疑似再現

• #399 複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ

• つながりの流れが、逆送したり、ループすることを恐れずに、
• 下流のブランチ(＝つながり)に話題の中心となるフラグメントが出来たら、
• そのフラグメントをどんどんセントラルイメージフラグメントに指定していく。

シンプルなボトムアップ式タグフラグメント案

481エラー報告

タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。

—

• #387 解説ありがとうございます。...
• #360 Piggydb素晴らしいオフラインタグ情報整理ソフトです

—

ツリー構造での発想法は、まずセントラルイメージという根となるテーマを決めることが前提で、そこから連想を広げていくという方法です。発想の方法としてはトップダウン式です。Piggydbでは、既存の情報から連想をしながら情報を入力していくことも可能ですが、最初は関係を意識せずランダムな情報を入力することもできます。そして情報と情報の間の関係は後から定義することができます。つまりトップダウン、ボトムアップ、どちらでも可能であると言えます。ただし、Piggydbとしてはどちらかと言えば、ボトムアップ式の方法にフォーカスしていきたいと考えています。まだまだ機能としては完全に表現しきれていないのが現状ですが。

作者からの回答

現状、自分より下位のフラグメントは、すべてそのフラグメントから ドキュメントビューやフラグメント・ツリービューで開ける仕様になっていますよね それを自分より上位のフラグメントに関しても同じように扱えるようにしたいのです。

—

つながり作成をＤ＆Ｄに加えて、フラグメント番号を入力する形でも行えるようになると大変ありがたいです。

—

マルチユーザーでのタグ管理

—

• #146 フラグメント一括処理ページ

共通の親フラグメント作成

• #33 フラグメント一括処理機能

Piggydbでは、複数のフラグメントを選択して、それらのフラグメントに様々な処理を行うための仕組みが提供されています。ショッピングサイトのカートのような感覚で、色々なページを移動しながらフラグメントを選択して、後でまとめて処理することができます。

—

タイトル入力覧が一番上に移動したのは、なにか作者様の中でコンセプトの変動があったのでしょうか？

オレンジの枠線復活！

テキストエリアの自動バックアップ

• 「Firefox」のテキスト入力フォームを外部エディターで編集「It's All Text!」

• Vector： めもすけ - 新着ソフトレビュー
  • 「めもすけ」は、編集中文書の消失防止に主眼が置かれたテキストエディタ。

1. 1. ユーザが設定した間隔での自動バックアップ
   2. 上書き保存時の保存前状態でのバックアップ
   3. 任意タイミングでのバックアップ

• フォームの入力内容を自動バックアップする「Textarea Cache」

—

Q1 ローカルなファイルとはいえ、Piggydbがローカルなサーバを立てて動いている以上、ファイルはコピーではなく、アップロード＆ダウンロードの形式を必ず取ると言うことでしょうか？

Q2 音楽や動画のファイルフラグメントを保存しないで、アプリケーションから再生しようとする場合でも、実はこっそりTempフォルダにダウンロードされてから再生されているということでしょうか？

Q3 テキスト、画像、PDF以外のファイルの管理をPiggydb上で行う場合何か問題がありますか？

Piggydbのエクスポートファイルが、通常の無圧縮アーカイブであれば、問題ないと思うのですが。

古い記事から流し読み

• #centralimageタグからのフラグメントツリービュー
• magicianタグやuser:magicianの作成順（昇順、古い記事から新しい記事へ）一覧表示

スーペルギーピ君

フラグメントリストビューとフラグメントツリーの違い

#61 フラグメント・リストビュー

ホームページやタグページ・フィルタページなどには、大量のフラグメントを効率よく閲覧するための「フラグメント・リストビュー」が配置されています。スライダーでリストを拡大・縮小したり、項目を指定してリストを並び替えたりできます。

#151 フラグメント・マルチカラムビュー

マルチカラムビューでは、フラグメントの一覧が複数列に渡って表示されます。そしてこのカラムの幅（厳密には最低幅）は、スライダーによって変更することができます。マルチカラムは、ウィンドウのサイズによって自動的にカラムの数を調節し、スペースを有効に活用するように設計されていますので、より大きな解像度のディスプレイで威力を発揮します。

• フラグメントリストビューでは、スライダーを右端に持っていくと、つながりのあるフラグメントを開くことが出来ない。
  • スライダーを真ん中寄りに動かせば、つながったフラグメントを一覧でどんどん開いていくことが出来る。

#274 フラグメントツリービュー

▼ボタンでタイトルが表示されているフラグメントを一度に開閉可能

#285 Piggydb 4.12 リリース - 「子フラグメントビューを「ツリー」に統合」,#321 Piggydb 4.16 リリース - 「コンテンツ表示トグル一括操作ボタン」

子フラグメント・リストの右上には「並び替え」ボタンがあります。並び替えはこのボタンをクリックして、「並び替えモード」にしてから行うようにしてみました。

• 並び替えは記憶されるので、自分のフラグメント以外は変更できない。
  • 自分のユーザー権限のあるフラグメント以外は、並び替えボタンそのものが表示されない。

• 一番近いフラグメント（とそれにつながるフラグメント群）のみが並び替え可能。
  • 故に、上位フラグメントを作って、そのフラグメントツリービューから開いて、並び替える事は不可能。

• マルチカラムビューは、フラグメントを俯瞰したいときに非常に便利！
• フラグメントツリービューの並び替えは、特にドキュメント・ビューを使用したいときに非常に便利！

つながりとタグを縦横無尽にネットするタグフラグメント

• フラグメントリストビューにより、スライダーで、全文表示、＋ボタンでポンポンと展開、マルチカラムビューと自由自在。
  • タグで関係していないと表示されない（つながりは無視される）
  • タグ関係にあるフラグメントの子孫は、＋ボタンでつながっているフラグメントがポンポンと表示されていく。

• 親フラグメントを作成し、そこから、フラグメントツリービューで展開すれば、つながった子フラグメントが表示される。
  • 親フラグメントは、親タグフラグメントでも、普通のフラグメントでも、何でもOK。

• 感覚的、ニューロン的なイメージの連鎖を表現できるつながり
  • ｢今回の旅の景色はキレイだった｣←→｢売店のアイスおいしかったな｣←→｢明日からダイエットしなくちゃ｣
• 理性的、構造的に情報を整理できる親子タグ
  • [旅行]，[写真]，[自然],＜感動＞，／[旅行],[アイス],＜感動＞／[ダイエット],＜目標＞

作者からの回答

既存のタグにタグフラグメントをつける方法は有りますか

#のついた特殊タグだけは特別扱い

作者の回答

スライダーを右端に持っていくと、つながりのあるフラグメントを開くことが出来ない。

ご報告有難うございます。

シンプルなボトムアップ式タグフラグメント案

481エラー報告

タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。

エラー報告

1. タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。
2. 新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。

複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ

1. ドラマの表題でフラグメントを作る。（第一セントラルイメージ）
2. 子タグ（親タグは”ドラマ”）として、”ドラマ名”という固有名詞でのインデックスタグを作成して、各フラグメントに貼り付けます。
3. ドラマの表題の下位フラグメントとして、あらすじというフラグメント（メインブランチ）を作成。
4. １シーン＝1フラグメントと小分けして時系列のつながりをもってつなげていく。
5. 上記の行程を繰り返し、複数のドラマの情報を入力します。

ボトムアップ式タグフラグメントの作り方

1. 自然と、共通の内容を持つフラグメント群がたまる。
2. その中で中心となっているフラグメントを発見し、タグフラグメント化する。→BCIF
3. そのタグの親タグを設定する。（新規ならば、タグフラグメントを作成するのを忘れないように）
   1. ただし、元々タグ付けされていたら、その子タグとして設定される。その場合は、違和感がないかだけ、一応チェックする。
4. １のフラグメント群をショッピングカートでまとめて選択し、タグ付けする。
5. BCIF(タグフラグメント)を#homeのボトムアップセントラルイメージフラグメントインデックス（BCIF_Index）につながりを作る。（片方向！）
   1. 空更新して、BCIFを上に上げておくと、つながりを作るのが楽。
6. 既存のつながりはそのままでOK
   1. 内と外のつながりを整理したくなるが、記憶の連想を守るため、そのままにしておく。その方が楽だし、混乱もないし。
7. 新しいフラグメントには、レスを付けていけば、自然とつながり（双方向化する）とタグが継承されていく。
8. 他のフラグメントを追加する場合は、双方向つながりとタグ、両方を追加する手間を惜しまない

タグフラグメントのつながりに関する思案

• 元々の双方向つながりは、いじらずにそのまま維持。
• タフフラグメントで括っているとき、つながりが無く孤立しているタグも別にそのままでイイ。
  • 重要なCIFだった場合は、双方向で適切なつながりを付ければいい。
  • つまり、基本的には、できるだけシンプルに手間をかけないことを優先。その上で、手間をかけるに値するつながりなら、臨機応変に付ければ良い。
• タグフラグメント同士のつながりも双方向で。
• 例外は、BCIF_Indexフラグメントとのつながりのみ。ここは利便性優先で、片方向つながりでＯＫ。

既存の中心フラグメントをタグフラグメント化する際の問題点

• そのタグフラグメントにさらにタグ付けをすると、混乱を招くことがある。
  • 特に、#b-up-CIタグを付けて、目次的にセントラルイメージフラグメントのみを一覧で参照することが出来ない。（タグの親子構造の為）

タグフラグメントの親子タグ構造について

ポイントは、タグフラグメント同士のつながり

1. メモをフラグメントに登録する時点では、深く考えずにドンドン登録していき、まずはフラグメントを気軽に貯めていくことが重要。
2. しばらくして、たまったフラグメントに共通項が見え始めたら、ボトムアップ方式で整理する。
3. そして、ボトムアップ方式から生まれたタグフラグメント同士につながりが生まれていけば、理想的。

タフフラグメントは素晴らしいボトムアップ型の情報整理ツール

薄々感づいてはいたけど、前バージョンでの変更の影響が想像以上に大きい事が分かって頭を抱えてしまう。無い頭を絞ってうんうん考えた挙げ句、前バージョンの成果を半分ほど削除してやり直す事にした。ここをいい加減な形にしておくと、後で大変な事になりそうだということはなんとなく分かるので。

—

—

タグフラグメントにつけたタグの継承

特殊タグについて提案

これはなかなか・・

—

進化するPiggydb

magicianさん、ごめんなさい ＞＜

#277 トグルボタン良いです！

アウトラインエディタからPiggydbへ移行しましたが、アウトラインエディタも捨て難い状況でした。
アウトライン部をクリックすると、対応してエディタ部に本文があらわれることが、その捨て難い部分です。
Piggydbでは、ツリーと本文表示が共存できないため、残念に思っていました。

今回、フラグメント・ツリービューで本文が表示されるようになったことで、さらに私の理想とするエディタに近づきました。ありがとうございます。

では、スタンドアロンの豚さんを1匹いただいていきます。

—

作者からの回答

tomcat6をインストールすると、tomcat6をStop serviceさせても、スタンドアロンのPiggydbは起動出来なくなりますか？

複数のPiggydbを同時に起動させるためには、例えば、以下のようにwarファイルの名前を変更したものを設置するだけで良いのですよね。

以上の作業の後、データベースのタイトルは、例えばpiggydb-5.0-dev4-anonymous-personalを手動入力して更新した方が良いのですよね？

tomcat6の「Startup type」を「Automatic」に設定していますが、起動時のアイコンが赤い羽の状態です。何か問題はありますか？

war版ではどこで設定すればよろしいのでしょうか？

—

—

バックアップのためのエクスポート作業に分単位で時間がかかるようになってきたので

｢親子タグが使えるオフラインブログソフト｣としてのPiggydb

• 親子タグも自由に使える完全オフラインブログソフトとして使用可能です。
  • #3 Piggydbを使ってみる
  • #12 Piggydbのコンセプト
  • #27 フラグメントをタグで分類する
  • #28 タグをタグで分類する（階層タグ）

• タグは日本語でも自動補完されるので入力も簡単です。
  • #162 2. インプットボックスにはタグ名の補完機能が備わっている

• タグクラウドビュー、タグツリービュー、タグフラットビュー。お好みで使い分けられる３つのタグビューが用意されています。
  • #536 Piggydb 5.0-dev5 リリース - 「タグパレットにクラウド・ビュー」

• テキストと一緒に画像も自由に張れます。画像のサイズは最適化されて表示され、原寸大を別ウィンドウで開くことも可能です。
  • #51 画像フラグメントの表示
  • #34 イメージビューア

• YouTubeのビデオプレイヤーを埋め込むことも可能です。
  • #377 知識創造ソフトウェア: Frieve Editor, iroha Note

• テーブルを使うことで画像やテキストを自在に配置することができます。
  • #49 テキスト整形のヘルプ
  • #64 埋め込みは何重にも入れ子にすることができます

• ブログ内検索も可能。全文検索機能は軽快で高性能です。
  • #38 全文検索

• 最新の記事からチェック、古い記事から順番に読む。作成日時、更新日時をそれぞれ、昇順、降順で並び替え可能です。
  • #301 フラグメント・リストの並び替え

• カレンダー機能も搭載。日ごと、月ごとの記事を手軽に一覧表示することが可能です。
  • #59 カレンダー
  • #298 Piggydb 4.14 リリース - 「フラグメント・リストビューにソート機能を追加」

• スタンドアロン・パッケージなら、誰でも簡単にインストールして、気軽に使い始めることができます。
  • #246 スタンドアロン・パッケージ

• 他の人に中身が見られないように、パスワードで保護することも可能です。
  • #18 ログイン画面

• 逆に、他の人でも閲覧は可能で、編集は不可能というモードも。ユーザー登録でコメントを残すことも可能です。
  • #37 匿名アクセス機能で情報を公開
  • #36 マルチユーザーでコラボレーション！
  • #71 つながりのあるフラグメントをつくる

• １クリックでAll-in-Oneバックアップ。アーカイブファイルを解凍して、埋め込んだファイルとXMLファイルを、自分の目で確認できます。
  • #48 エクスポート/データベース復元（リストア）

• Firefox Add-onの｢Stylish｣を使うことで、カラーカスタマイズも自由自在。お好みのテーマカラーでPiggydbをご使用頂けます。
  • #369 見た目のカスタマイズについて
  • #546 ブラック＆オレンジがテーマのPiggydb用Stylish

• Firefox Add-onとの連携で、入力中のテキスト保護や自動保存も可能。お好みのテキストエディタで本文を入力することだってＯＫです。
  • #443 テキストエリアの自動バックアップ

｢完全オフラインの個人用Wiki｣としてのPiggydb

• まずは、以下の２つのページを参考にして下さい。その上で足りない情報をこの記事で補足説明していきます。
  • #556 ｢親子タグが使えるオフラインブログソフト｣としてのPiggydb
  • #170 Piggydbと類似ソフトウェアの比較

• タグ名をリンクとして表示できます。
  • #109 タグ画面にて親タグ・子タグを追加する

• 更にタグのページに本文とそれで分類されている記事の両方を表示できます。
  • #507 Piggydb 5.0-dev4 リリース - 「タグフラグメント・ページのアップグレード」

• 外部リンクはもちろん、Piggydb内の記事を関連付けてリンクすることが出来ます。
  • #26 フラグメント同士を結びつける
  • #129 「つながり」をつくる方法

• 関連する記事を複数のタグで絞り込んでいくこともできます。
  • #41 フィルタでより高度な検索を行う
  • #45 関連するタグ

• 登録した情報をまとめて見る場合に便利な文章を作成できます。また、この文章は印刷にも適しています。
  • #32 出来上がった知識を眺める「ドキュメント・ビュー」
  • #121 ドキュメント・ビューのサンプル

• 基本的には一人用のWikiですが、必要があれば、マルチユーザーがそれぞれに独立して編集することも可能です。
  • #36 マルチユーザーでコラボレーション！

Piggydbは｢疑似マインドマップ｣から｢知的生産ツール｣へ

• まず前提として、Piggydbはテキストベースのソフトですから、マインドマップをビジュアル表示出来るわけではありません。
  • ですので、本家のマインドマップを作成したり、読んだりした経験のある方でないと、Piggydbを｢疑似マインドマップ｣として使うことは難しいと思います。

• このPiggydb.jpでは過去様々にマインドマップについての記事が書かれています。代表的な記事を以下に紹介します。
  • #75 情報を構成して「知識」にする
  • #229 フラグメントの順序
  • #261 マインドマップについて

• では、Piggydbを｢疑似マインドマップ｣として活用する方法を紹介します。

1. セントラルイメージを新しいフラグメントとして作成します。もちろん、画像をセントラルイメージとして使うことも可能です。
   1. #8 情報を登録してみる
   2. #46 フラグメントの登録
   3. #50 ファイルフラグメントの登録
   4. #51 画像フラグメントの表示
2. つながりのあるフラグメントを作り、タイトルにメインブランチの単語を記入します。
   1. #71 つながりのあるフラグメントをつくる
   2. #129 「つながり」をつくる方法
3. 本文に文章を書くことでBuzan's iMindMapでいう｢ノート｣機能を再現することが出来ます。
4. 後は、セントラルイメージやメインブランチからつながりのあるフラグメントを作る行程を繰り返せばＯＫです。
5. 自由にフラグメントをツリー状に構成することが可能です。また、フラグメントの並び替えも簡単です。
   1. #66 フラグメント・ツリービュー

• #544 タグを中心にした知識の構築

Piggydbは、いろいろな情報を入力しつつ、それらを「つながり」や「タグ」によって柔軟に整理することができる、情報管理システムです。Piggydbという名前から想像できるように、ある程度形式が定まったデータベースとして利用される方が圧倒的に多いようです。

しかし、このデータベース的用途とは異なる、Piggydbの真の目的があります。それは、あらゆる角度でつながりを作ることによって、発想を刺激し、新しいアイデアの発見を促す、より創造的なツールになることです。

｢ドラマの台本｣や｢ノベルゲームのシナリオ｣をPiggydbで作成する

1. 新しいフラグメントを作成し、タイトルに｢シナリオの名前｣、本文に｢あらすじやテーマ、出演者など｣を書く。
2. そこからつながりのあるフラグメントを作成（子フラグメント）し、｢柱｣(どこで、いつ)を作成します。
   1. タイトルに、シーン番号と｢どこで、いつ｣の描写を盛り込んで、本文は空白にしておきます。
3. そこから、｢柱｣フラグメントからつながりのあるフラグメント（子フラグメント、シナリオの名前フラグメントから見て孫フラグメント）を並列で並べていきます。
   1. ト書（誰が、なにをしている）、セリフ（何を話している）を順番に並べていくのです。
   2. ここで、ト書きはタイトルを｢ト書｣、本文に｢誰が、なにをしている｣の描写を書いていきます。
   3. セリフはタイトルに｢役名｣を書き、本文に｢セリフの本文｣を書いていきます。
4. これをシーンごと（柱）ごとに繰り返していきます。

 ----

• #66 フラグメント・ツリービュー
• #222 Piggydb 4.9 リリース - 「子フラグメントはドラッグ＆ドロップで並び替え」
• #82 特殊タグ: #trash

• #33 フラグメント一括処理機能
• #142 2. 選択したフラグメントに対して一括処理を行う
• #146 フラグメント一括処理ページ

• #25 情報の単位「フラグメント」

ツリー型で文章全体を一望できる｢アウトラインプロセッサ｣Piggydb

• まずは、参考にした記事を紹介します。
  • 物書きをする人の楽園：Scrivener ｢Mac OS X｣
  • EVERNOTEをScrivenerの代わりに使うアイデア
  • アウトラインプロセッサ
  • アウトラインプロセッサで書け！
  • What'sアウトラインプロセッサー
  • Passion For The Future: 理想のアウトラインプロセッサを求めて
  • アウトラインプロセッサ

• 新規タグフラグメントを作成します。ここでは、プロジェクト名、シナリオ名、小説の題名などをタグ名にします。
  • #454 Piggydb 5.0-dev2 リリース - 「タグフラグメントの導入」
  • #507 Piggydb 5.0-dev4 リリース - 「タグフラグメント・ページのアップグレード」

• 次に、シーンごとに文頭に２～４桁の数字をつけたタグフラグメントを子タグフラグメントとして作成します。
  • #28 タグをタグで分類する（階層タグ）
  • #109 タグ画面にて親タグ・子タグを追加する
  • #33 フラグメント一括処理機能
  • #142 2. 選択したフラグメントに対して一括処理を行う
  • #146 フラグメント一括処理ページ

• フラグメントは更新順、作成順などの他に｢タイトル順｣にも並び替えることが出来ます。（昇順、降順も選べます）
  • タグで括っている場合は、Ｄ＆Ｄでの並び替えは行えませんので、手動で数字を変化させて並び替えます。
  • #61 フラグメント・リストビュー

• スライダーを操作することで、シーンNoのみの一覧から、タイトル一覧、文章全体の一望まで、文章の表示をコントロールできます。
  • #61 フラグメント・リストビュー
  • #286 Piggydb 4.13 リリース - 「新フラグメント・リストビューはスライダーでズームイン・ズームアウト」
  • #299 スライダーでズームイン・ズームアウト

• ▼トグルボタンを利用すれば、任意のフラグメントのみを表示し、編集することも自由自在です。
  • 編集中でもブラウザのスクロールバーを上下させれば、前後の文章を確認しながら編集することができます。
  • #276 Piggydb 4.11 リリース - 「フラグメント・ツリービューでのコンテンツ表示トグル」

• サイドバーのブックマークとフィルタを▼トグルボタンから折りたたむ。
  • タグパレットをサイドバー上部に表示させることができます。
  • #323 Piggydb 4.17 リリース - 「サイドバーにタグとフィルタを追加」

• タグフラグメントの本文にあらすじを入力することで、あらすじを同じ画面に表示しながら、執筆することができます。
  • #454 Piggydb 5.0-dev2 リリース - 「タグフラグメントの導入」

• Firefox Add-onと組み合わせれば、自分のお気に入りのテキストエディタを使うことができます。
  • #443 テキストエリアの自動バックアップ

• 画像フラグメントを利用することで、挿絵も挿入できます。もちろん、画像フラグメントも並べ替えの対象になります。
  • #29 ファイルフラグメント
  • #30 フラグメントの埋め込み
  • #58 画像ファイルの表示

• できあがった文章を眺めたい場合や、印刷したい場合は、ドキュメント・ビューの利用が便利です。
  • #32 出来上がった知識を眺める「ドキュメント・ビュー」
  • #56 4. ドキュメントとして表示
  • #121 ドキュメント・ビューのサンプル

• 画面右にツリーを表示させない、一体型のアウトラインプロセッサとして使うなら、普通のテキストフラグメントを使用してもＯＫです。
  • その場合は、タグではなく｢つながり｣で作ると、Ｄ＆Ｄでフラグメントを並び替える事ができるようになります。
  • #559 ｢ドラマの台本｣や｢ノベルゲームのシナリオ｣をPiggydbで作成する

• タグを付けて、各シーンの状況を分かりやすく表示させることもできます。
  • [一人称],[二人称],[三人称],[主人公の視点],[副主人公の視点]
  • [コメディシーン],[シリアスシーン]
  • [Ａ＿伏線],[Ａ＿回収]

• 各シーンごとの関連性や、各シーンの元ネタや閃いたアイデアのフラグメントへ｢つながり｣を作成する。
  • 伏線のシーンとその回収シーンを｢つながり｣で結ぶ。
  • 花火のシーンと、花火の写真やYouTubeのビデオプレイヤーの埋め込まれたフラグメント間に｢つながり｣を作る。

—

Q1.ライセンス的な問題はありますか？

Q2.レンタルサーバーを借りる際の必要条件を教えて頂けますか？

Q3.Piggydbの非公式の個人ファンサイトを作ってもよろしいでしょうか？

—

—

整理の過程で発見したコンセプトをデータベースの中心に据えていく

そもそもEvernoteのノート同士がリンクできるようになったのも最近のことです。

—

—

—

スマートレイアウトで左右の幅を調整したい

エディタに文字色変更やタイトル用の構文が欲しい

画像のプレビューを移動できるようにして欲しい

youtube以外の動画サイトにも対応して欲しい（特にニコニコ動画）

名前と文脈の表裏一体構造

—

"つながり"をつけた両側のフラグメント、つけたタグの"タグフラグメント"も更新されると良い

文字だけのPiggydbには豚くんのアイコン画像を登録しよう

—

ただ、スマホの小さな画面で閲覧する際に右側のカラムが邪魔に感じられる事がありました。

"図解性"＞”検索性”によるタグの分解の一例

• 2013 Ｊ1 第6節　横浜F・マリノスvs川崎フロンターレ
  • 押し気味のF・マリノスは、残り５分を切って攻勢を強める。44分、栗原がパスインターセプトから持ち上がり、マルキーニョスへ。マルキーニョスは、このパスを受けると即座に右足を降り抜く。このシュートがＧＫの手を弾きＣＫをゲット。右ＣＫ、キッカー中村はニアにライナーを送る。ここに飛び込んだのが富澤。しっかりヘッドでミートしてフィニッシュ。F・マリノスが先制点を奪った。
  • 好機を逃した直後、F・マリノスにピンチが訪れる。ＣＫから、田中にヘディングシュートを打たれて同点ゴールを奪われてしまった。
  • 勝ち越しを狙うF・マリノスベンチは、まず１人目の選手交代。齋藤に代えて端戸を投入。すると42分の小林のクロスからのマルキーニョスのヘディングシュート、43分の中町のダイレクトミドルなど川崎Fゴールに迫る。そして44分、２人目の交代カードを切って藤田を投入した１分後に決勝ゴールが生まれた。この試合９本目のＣＫ。ゴール前で競り合いとなってこぼれてきたセカンドボールを端戸が右足シュート。これが鮮やかに左スミに決まった。
    • 仁クンの意地のシュート！　コレをキッカケに覚醒して欲しい！　応援してるぜ、VAMOS端戸！！
• 2013 Ｊ1 第8節 横浜F・マリノスvsヴァンフォーレ甲府
  • 4分　1-0　俊輔　長いFKをブレ球で直接
  • 95分　1-1　青山　ロングスローから押し込まれる

• 2013 Ｊ1 第6節 横浜F・マリノスvs川崎フロンターレ
• 2013 Ｊ1 第8節 横浜F・マリノスvsヴァンフォーレ甲府

図解を分解して蓄積し、関係や構造を再構成できるツール"Piggydb"

• Piggydbはマルと矢印で構成された図解を分解して蓄積し、関係や構造を再構成できる。
• 日頃から手書きの図解で考える事で、ボトムアップの概念を理解できるようになる。
• Piggydbと手書きの図解を相互に参照し、作り直すことで、お互いの利点を活かした知的生産を行う。
• 図解に慣れることで、タグを完璧に付けたいという欲求から解放される。
  • 図解は同じテーマのモノを何度も作り直して、よりよい図解を作成し、頭をクリアにしていく。
  • 分類におけるジレンマ"ユーザーの成長による分類の老朽化、新たな分類による更新欲求"
    • 過去に遡って単純なタグの付け直しはしない。もちろん、新たに図解し直して、タグを付け直すことは大いにあり得る。
• "図解性"＞”検索性”という優先順位で分類する。
  • ”検索性”は、"全文検索"で充分。
• 形容詞タグは、固有名詞を１つ付けるだけで充分。
• 副詞タグは、タグの表記揺れを気にせずに、思いついたキーワードをどんどん付けていこう。
  • 5W1Hタグ
  • 感情タグ
  • Questionタグ、Eureka(アハ体験)タグ、Intelligenceタグ
  • 図解で浮かび上がったキーワード、つまりボトムアップで生まれたタグ

　作者様へ。今回、図解という視点を手に入れて、改めてPiggydbのポテンシャルの高さに驚く毎日です。このような素晴らしい完全オフライン知的生産ツールを開発して頂きまして、本当にどうもありがとうございます。

　また、"つながり"をつけた両側のフラグメントのタイムスタンプが更新されるバージョンアップをとても楽しみにしています。開発頑張って下さい。

「同じテーマのものを何度も作り直す」

「図解」について

図解を分解して蓄積し、関係や構造を再構成できるツール"Piggydb"

• Piggydbはマルと矢印で構成された図解を分解して蓄積し、関係や構造を再構成できる。
• 日頃から手書きの図解で考える事で、ボトムアップの概念を理解できるようになる。
• Piggydbと手書きの図解を相互に参照し、作り直すことで、お互いの利点を活かした知的生産を行う。
• 図解に慣れることで、タグを完璧に付けたいという欲求から解放される。
  • 図解は同じテーマのモノを何度も作り直して、よりよい図解を作成し、頭をクリアにしていく。
  • 分類におけるジレンマ"ユーザーの成長による分類の老朽化、新たな分類による更新欲求"
    • 過去に遡って単純なタグの付け直しはしない。もちろん、新たに図解し直して、タグを付け直すことは大いにあり得る。
• "図解性"＞”検索性”という優先順位で分類する。
  • ”検索性”は、"全文検索"で充分。
• 形容詞タグは、固有名詞を１つ付けるだけで充分。
• 副詞タグは、タグの表記揺れを気にせずに、思いついたキーワードをどんどん付けていこう。
  • 5W1Hタグ
  • 感情タグ
  • Questionタグ、Eureka(アハ体験)タグ、Intelligenceタグ
  • 図解で浮かび上がったキーワード、つまりボトムアップで生まれたタグ

　作者様へ。今回、図解という視点を手に入れて、改めてPiggydbのポテンシャルの高さに驚く毎日です。このような素晴らしい完全オフライン知的生産ツールを開発して頂きまして、本当にどうもありがとうございます。

　また、"つながり"をつけた両側のフラグメントのタイムスタンプが更新されるバージョンアップをとても楽しみにしています。開発頑張って下さい。

オフラインでの動作

　補足になりますが、完全にオフラインでの動作を希望です。このサイト自体がブラウザでアクセスできるので、そういう意味であれば、ipadでも動作するのは理解しています。自分でサーバーを作れる人であれば、多分自分専用のpiggydbをパスワード管理して、他のipadから編集できるのだろうな、とは想像できます。

　ただ、そうではなくて、タブレット単体で完結する形で情報を管理したいです。機密性の高いプライベートな情報を扱いたいので、のようにEvernoteのようにクラウドで管理するのは、情報漏洩が怖いです。

　実際にタブレットでの使用実績があれば一番うれしいのですが、それがないのであれば、単純にWindows7やWindows8での動作に関して教えてくださるとうれしいです。後は、どれぐらいのスペックを必要としているツールなのか（大量のデータを扱ったときのメモリの使用量、ＣＰＵ負荷など）、漠然とでいいので、教えていただけるとうれしいです。

—

タブレット端末で使いたいのですが、動作しますでしょうか？
補足になりますが、完全にオフラインでの動作を希望です。
タブレット単体で完結する形で情報を管理したいです
機密性の高いプライベートな情報を扱いたいので、のようにEvernoteのようにクラウドで管理するのは、情報漏洩が怖いです。

 http://<IPアドレス>:8080/

クレジットカードを使わない有料版の支払い方法はありますか？　ウェブマネーや銀行振り込みなどで対応してくださるととてもありがたいのですが。

—

Piggydbもそうなのかもしれませんが、ソフトを開発するためのソフト、アプリを創造するアプリなどがどんどん生まれてきて

—

—

関連する話題をタグで括る

『ドアコン(仮称)』(ID801番)

　まさにその瞬間、彼の脳裏にハッとイメージが浮かんだ。そのイメージこそ、今彼の脳内宇宙を駆けめぐっている疑問への答えそのものである。と、彼は理屈抜きに確信していた。彼はそのイメージを脳内宇宙で何度も反復し、暗唱し、そのイメージを確かな言葉、キーワードとしてから、おもむろに明かりをともした。のっそりと体を起こすと、枕元から愛用のメモ帳を取りだしお気に入りのペンでそのイメージのキーワードを書き記した。
「――――」と。
　そこで、彼はふと思いとどまった。このイメージは本当にキーワード、問題を解く鍵そのものなのだろうか。むしろ、ドア、入り口のようなものではないか。そう思い立った瞬間彼の脳内宇宙に知的快感が波となって押し寄せた。新たなイメージ達が、次から次へと波に乗って彼の脳内宇宙に押し寄せてきた。
　ドア。入り口。鍵。ゴール。ドアは１つか。いや複数だ。ドアの集合体。コンプレックス。ドアコンプレックス。シネコン。シネマコンプレックス。ドアコン。ドアコン、これこそが新しいキーワードだ。いや、またキーワード？　それじゃあ矛盾する。座標。ID。固有識別番号。無感情。先入観の排除。キーワードは先入観を招き、想像力を阻害する。本当にこのイメージはドアコン、だけなのか。驚異の部屋。（博物学）。新鮮な素材。たくさんの様々な種類の新鮮な素材。市場。食材の市場。青空市場。うん、やっぱり多数のイメージがある。座標。そうこのドアの座標だけがあればいい。その座標からたくさんの四次元ドアが広がっている。！　タグフラグメント。名前のないタグ。フラグメント番号を機械的にＩＤとして割り振れば。やっぱりPiggydbはスゲェ。スゲェよ。タグフラグメント。名前のない括り。タグフラグメント。・座標ID。・ドアコンプレックス。・キーワードは付けない。・ゴールではなくこれが、入り口。・先入観を排除し、想像力の広がりを。・食材の市場。タグフラグメント。・座標ID。・ドアコンプレックス。・キーワードは付けない。・ゴールではなくこれが、入り口。・先入観を排除し、想像力の広がりを。・食材の市場。タグフラグメント。……。
　ひとしきりイメージの波が落ち着いた後、彼はまたそのイメージを思い返した。
　一度、二度。
　最初からもう一度。
　どんな風に連想したのか、ゆっくりと思い出した。
　ふーっと深呼吸を挟む。
　そして、もう一度イメージを反芻する。
「……よし、もう大丈夫だ」
　彼は、自分の脳内宇宙が、最低限の落ち着きを得て、仮組みではあるがイメージを構造的に記憶できたことに安堵感を覚えてペンを取った。その時、彼の脳内宇宙に知的快感の余韻はもう無かった。彼の脳内宇宙では大迫力のビッグウェーブだったが、現実世界の紙にインクを引けば、それがとてもちっぽけなものに見えた。それが文字だろうが、絵だろうが、図解だろうが、皆同じ事だ。A6のメモ帳の見開き１ページ。客観的に見てまさに手のひらサイズだ。
　客観的。
　そう、彼はもう自分のアイデアを客観的にみれるまでに落ち着いていた。先ほどまでの彼は、自分が天才だと錯覚していたが、今はもう正常だ。彼は自分が凡人であることをよく知っている。あいにく、彼は酒を飲んだことがなかったが、『酔いが覚める』とはまさにこういう気分を指すのだろう。
　だが、彼は知ってもいた。複雑怪奇で入り組んだアイデアの方がいかにもかっこよさそうだが、現実に役に立つのは、短く小さく圧縮された情報であること。シンプルで分かりやすい組み方をされたアイデアであること。
　そして、分かっていた。それでもそのアイデアは現実の世界において、とてもちっぽけなものであるとも。現実には、同じように圧縮され、シンプルに組み立てられた情報がたくさん集まって、本になり、辞書になっていることを。だから彼は謙虚に素直に、そしてポジティブに思った。
「良い道に向かって、一歩前に進めた。今日は良い日だなぁ」

----

作者注。

この描写は長いです。後半部分は１フラグメントに１コンテキスト、という原則から見たら蛇足。後半部分があることで、複数のコンテキストが存在してしまっている。ただ、ストーリーの余韻としてはあっても良いかなと思い、残しました。

また、後半部分のコンテキストも知的生産に関する素敵なコンテキストである気がしていますし、また前半部分のコンテキストとのつながりも大事に記録しておきたいとも感じています。

Piggydbを"らしく"使いたかったら、まずは"つながり"から始めてみよう

事後的に発見されるアイデアとは？

アイデアとその実現を別々に考える、というのは、おそらく今でも多くの人にとって自然な考え方でしょうし、特に組織においては支配的な考え方だと思います。まずブレインストーミングなどでアイデアを出すフェーズがあり、そのアイデアに対して評価を行い、その後に、良さそうだとされたアイデアの実現に向けて行動を開始する。

しかし、実際はそのようなやり方が機能することはほとんどなく、組織で生み出されるものは概して流行を追いかけるものばかりだったりします。

現代において新しくて価値のあるものを生み出そうとするなら、ほぼ例外なく、探索的な手法を取らざるを得ないのではないかと思います。トライアル＆エラーで常に学習しながら軌道修正していかざるを得ない。その探索の結果を後からまとめたものがアイデアとなる、つまり、そのように事後的にしか発見し得ないのが画期的なアイデアだと思うのです。

探索的、というのは進捗が堂々巡りになったときのクリエーターの言い訳にも聞こえますが、今では探索的な手法を如何に制御可能にするか、予測可能にするかという観点に立ったプロジェクトの管理手法も多く提案されていますし、今後ますます重要な考え方であることは間違いありません。

• #728_事後的に発見されるアイデア

まずはとことんツナガリだけで構造化してみよう

1. Piggydbを図解風にボトムアップ思考で使いたいなら、まずはとことんまでツナガリだけを使ってフラグメントを構造化することに挑戦してみよう。
2. その中で、これだけは特別な関係だ、これは俺だけの閃きだ、これは私だけの新鮮な発見だ、というフラグメントの構造を見つけたら、そこだけ特別にタグフラグメントを使って、『ID810番』をしてみよう。
   1. このとき、既存のツナガリを削除する必要はない。ダブって良い。それが二重構造。だからこそ、『ID810番』。

—

—

—

—

そうなんですね

—

—

—