ご意見・ご感想はこちら
Piggydbやこのサイトへのご意見、ご感想、バグ報告、要望、その他なんでも、以下の手段のいずれかで送って頂けると嬉しいです。こんな用途でPiggydbを使っているよ、という報告も大歓迎です。
- メール: daisuke.marubinotto (at) gmail.com
- Twitter: http://twitter.com/piggydb_ja
- Piggydb.jpに guest/guest でログインしてフラグメントを登録
コメントを書き込めるようにしてみました
このサイト（piggydb.jp）にてコメントを書き込めるようにしてみました。
Piggydbやこのサイトに関することなら何でもOKですので、是非是非書き込んでみて下さい。
単にPiggydbを試してみたいという場合は、デモサーバーがありますので、そちらをお試し下さい。
テスト的なものはデモサーバーの方に登録して頂けると助かります
書き忘れましたが、テスト的なものはデモサーバーの方に登録して頂けると助かります。こちらはどちらかと言うと知識ベース的（マニュアル＋フィードバック）に活用できればいいなと思っておりますので。判断の基準としては、初めて見た人が混乱しそうなものは避けるという感じでしょうか。
ユーザーさんの声
Piggydbに関するご意見・ご感想をお寄せください → #2
—
ここに書き込んでいいのかな？
他で蓄積したデータをpiggydbに移行させたいのですが、
インポート機能はありますか？
なければ今後機能追加される予定ありますか？
「Piggydbアイコン萌えの会」発足のお知らせ（？）
スタンドアロン・パッケージのトレイアイコン、かわいいですー ＞＜
単に元の画像を切り取っただけかも知れませんが、きゅうきゅうに詰まった窮屈っぷりがなんとも言えません。ブラボーです。 スプラッシュの色合いも良いですね。 そうそう、せっかくですからこの機会に88×31のマイクロバナーも作っていただけませんか？
ではでは、さっそく豚さんをお持ち帰りさせていただきます。
単に元の画像を切り取っただけかも知れませんが、きゅうきゅうに詰まった窮屈っぷりがなんとも言えません。ブラボーです。 スプラッシュの色合いも良いですね。 そうそう、せっかくですからこの機会に88×31のマイクロバナーも作っていただけませんか？
ではでは、さっそく豚さんをお持ち帰りさせていただきます。
タグ付けの際、親子関係にあるタグと入れ替わる仕様について
仕様について気になった点がありますので、報告させていただきたいと思います。
タグA ｜ ＋―タグB
わたしは概念とタグを対応させて使っており、より広い概念が親に、その概念に属するものが子になるようにタグのツリーを構成しています。
そのため、タグBが設定されているところで、タグAを設定すると（操作を誤る・気付かず、など）、タグBが削除されてしまい、狭い概念の情報が消え去ってしまうのです。
より具体的な例を示します。
タグ「乗り物」 ｜ ＋―タグ「車」
上のタグ構造で、フラグメント「トヨタのリコール問題」にタグ「車」を割り当てたとします。ここで、タグが設定されていることを失念するなどして、これは乗り物に関する記事だ、ということでタグ「乗り物」を設定すると、このフラグメントから「車」というタグ情報が消えてしまうのです。
このような仕様は、より細かい概念でフラグメントを仕分けたのに、その仕分けされた情報を消去してしまう場合があることになります。
他の意図をもってこのような仕様にされているのかもしれませんが、上記のような使い方をした場合には予期しない動作となるので、仕様の変更について検討いただければと思います。
フラグメント内のテキスト書式について
柔軟性の高さに魅了されて、Piggydbを重宝させていただいております。
ところで、フラグメント内では、番号リスト、リンクや引用といった書式を使えますが、別の書式、たとえばフォントを変えるとか、文字色を変えるとかいったものを導入することは予定されておられるのでしょうか。
すぐには追加されないということであれば、Greasemonkeyのスクリプトを書いて強引に書式を増やしてしまおうかと計画しています。
追加予定があるのでしたら、それを待ちたいです(笑)。
ネットワークビュー
コメント、こんな感じで書いてよかったでしょうか？
子フラグメントの並び順については、ドキュメントビューなんかでは特に重要でしょうね。手動での並び順の指定というのも良いと思います。ただ、Piggydb はツリーじゃないよ、ネットワークだよ、という考え方との整合性はちょっと整理が必要かも。
私個人としては、思考ツールとしての使い方を意識するときは、並び順というよりは、今のフラグメントと他のフラグメントの相関関係がどうなっているかの方が大事なように思います。だからもし http://piggydb.jp/fragment.htm?id=68 のネットワーク構造のようなビューがあれば思考を回す助けになるような気がしますね。
最近 EBt を使い始めたのですが、一応ルートメモはあるものの、常にカレントメモを中心にしてリンクでつながる他のメモとのネットワーク構造を見せてくれます。このネットワーク構造をぐるぐるまわしていると、不思議と、まだつながっていない他のメモとのリンク、または新しいメモを思いつきます。ちょっと大げさですが、脳の中で神経細胞がつながっていくのを実感する感じで、やみつきになります。
—
どうもはじめまして、はりゃと申します。
いきなりフラグメント書いてすいません。
tiwtterやってないし、メールを書くほどでもなかったので書かせて頂きました。
いろいろメモツールを渡り歩いてますがなかなかしっくりこないので、
そろそろ自分の思考の仕方？を変えるべきかな…と考える今日この頃。
一つ質問があるのですが、PiggydbはrestやjsonなAPIを公開するという予定はあるのでしょうか？
よくある２ペイン（リストビュー＋詳細）なクライアントソフトを開発できたらいいなあと思ってます。
—
フラグメントの登録数も多くなり最近感じたことは、タグを介してのフラグメント同士の結びつきは、
疎密度でいいのではないだろうかということです。
タグの機能は、少しでも関連のあるフラグメントを引き出せる糸。
ある主題を前提にフラグメントを関連付けるのは、新たな作業と思っています。
私の場合、ファイリングツールとしての使い方が主なため、必要なときに関連資料も含めて
引き出せることが主眼で使っております。
フラグメントに一つ一つ意味を持たせていると、フラグメントの登録自体がやっかいなことになり
いつまでたっても肝心のフラグメントが蓄積されず中途半端な状態になってしまう、というのが
私なりの印象です。
Piggydbの意図するところとずれているかもしれません。勝手な使い方をしております。
—
この記事を読んで私も「超」整理法、買って読みました。16年前の本で、PCを中心に書かれている第二章は流石に古さを感じさせますが、それ以外の部分は非常に示唆に富む内容で大いに刺激を受けました（この本読んだ後、まず会社の机・キャビネットに溜まっていた資料と名刺をどっさり捨てました）。ただ、固有名詞を分類の単位として用いるということについての直接の言及先は梅棹忠夫著の「知的生産の技術」だったんですね。ちょっと早とちり。
—
閲覧初心者に対するユーザビリティについて
いつもながら,失礼を承知で長文記載します。
■ (私の)ポータルの第一印象 ■
ある程度内容を理解している人が,詳しく内容を確認したいときに使えるポータルという印象。
わかってるユーザ向け。検索かタグツリーからめぼしいものをクリックする利用法。
■ (初心者が)日本語マニュアルとしてポータルを見た場合 ■
オールインワンPKGにも日本語のマニュアルはありません。(readmeJPがあっても良さそうですが)
なんらかのタイミングでPigydbを知ったユーザはまずググると思うのですが
他のレビュー記事を参考にし,ある程度どういうものかわかった時点でオフィシャルな解説を望むと思います。
ググるとめぼしいのは本ブログとpiggydb.jp。
実質的にはブログ側からポータルに案内されるのでポータルに集約されるのですが
わからないものをわからない枠組みの中で説明されてさらにわからなくなるのではと危惧。
例えるなら運転経験のある人を外国につれていき,
標識の意味を教えぬまま走ってみればわかるからといって運転させるようなものです。
画面の構成要素から説明がないと,どう読み進めればいいのか迷います。
全くの初心者は,トップページがブログのように長いことに違和感を感じるかもしれません。
読むべきは#1だけなのに,下に長い一つの記事だと感じるかもしれません。
(...それはGoogleの検索ページからきた全くの一見様(見込みユーザ)かもしれません。)
現状はこれら構成要素は深い階層にあると思いますが,
特に親フラグメント,子フラグメント,フラグメント番号のリンクが多く迷い易い。
いっそPDFで配布してほしいと感じるはずです。
トップページのつもりで左上ロゴをクリックするとバージョン番号の英語ページ。
上の階層に行こうと思いながら右の分類をクリックするとタグに紐づいた一覧。
フレームライクな固定サイドバーだと思っていた右側が動的に変化してしまう。
これらのPiggydbならではの機能が,ますますワケ分からないものになります。
■ (初心者をペルソナに見立てた)ポータルの利用法について ■
おそらくわからないユーザならこうするだろうということで,
#1とその子フラグメント,ブックマーク内のフラグメントと子フラグメントを見ましたが,
それ以外のフラグメントも多そうですが,アクセス出来ませんでした。
せっかくmarubinottoさんが手間かけて構築したのに,
見出しらしきものが見つけられないので埋れているんだとおもいます。
■ (私が描いていた)ポータルの利用法について ■
Piggydbで自分が知らない機能とか,運用のTIPSを得たいと思いつつ
流しで読むつもりでしたが,少々無理がありました。
すべてを網羅しているようですが,完全に読みきる前にストレスを感じ中断しました。
私自身Piggydbとの関わりは長い方だと思いますが,それでも本ポータルを再度読むには抵抗感が拭えません。
フラグメント構成を理解しながら,右往左往して何度も同じ内容を読まされる感じ。
サイトマップのような全体像がないため終りが見えないからかもしれません。
■■■ 結局何が言いたいのかと小一時間考えました。 ■■■
トグルボタン良いです！
アウトラインエディタからPiggydbへ移行しましたが、アウトラインエディタも捨て難い状況でした。
アウトライン部をクリックすると、対応してエディタ部に本文があらわれることが、その捨て難い部分です。
Piggydbでは、ツリーと本文表示が共存できないため、残念に思っていました。
アウトライン部をクリックすると、対応してエディタ部に本文があらわれることが、その捨て難い部分です。
Piggydbでは、ツリーと本文表示が共存できないため、残念に思っていました。
今回、フラグメント・ツリービューで本文が表示されるようになったことで、さらに私の理想とするエディタに近づきました。ありがとうございます。
では、スタンドアロンの豚さんを1匹いただいていきます。
要望
お世話になっています ^ω^
1.
application.propertiesファイル内の
piggydb.fragmentsView.defaultScale=
の値について、教えてください。
2.
上記ファイルで
更新順を表示のデフォルトにするか、50音順をデフォルトにするか、選べるようにしていただけると嬉しいです。
（辞書的なものをつくるばあい、日付は関係がないので。）
タグと全文検索の両方を使った絞り込みはできますか？
チーム内でのナレッジベースとしての利用を検討しております。
タグの階層化やつながりなど大変すばらしい機能を備えているので、是非Piggydbを使ってナレッジベースを構築したいと考えております。
そこで一点質問がございます。
もしくは
という使い方を考えているのですが、このような使い方は可能でしょうか？
実際に試してみたのですが、検索欄とフィルタを一緒に使う方法を見つけることが出来ませんでした。
業務上、上記の絞り込み作業が必須になってくるので、何か良い方法がございましたらご教示いただければ幸いです。
お忙しいところ誠に申し訳ございませんが、宜しくご回答の程お願い申し上げます。
要望2
こんにちは、お世話になっています ^ω^
しばらく前から上部メニューがデザイン崩れして使いづらかったのですが、原因が分かりましたので報告と要望です。
しばらく前から上部メニューがデザイン崩れして使いづらかったのですが、原因が分かりましたので報告と要望です。
広告バナーよけで、 http://*/click/* を弾いていました。
Piggydbでclickというフォルダを使用しているので、おかしくなっていたようです。
なるべくなら、click・banner・ads等のフォルダー名を使わないでいただけると（私が）幸せになれるかも知れません。
Piggydbでclickというフォルダを使用しているので、おかしくなっていたようです。
なるべくなら、click・banner・ads等のフォルダー名を使わないでいただけると（私が）幸せになれるかも知れません。
URLに ( および ) を含めることはできませんか
例えば http://msdn.microsoft.com/ja-jp/library/5ast78ax(VS.80).aspx とかだと、リンクが途中で切れます
はじめまして
はじめまして。
最近Piggydbを使わせていただいているものです。メモや備忘録用として別のソフトを使っていましたが、今後OSの変更もありうるということで、マルチプラットホームで使用できるPiggydbに乗り換えました。データの移し替えはコピペするしかなかったため数時間かかりましたが(;^^)、その分、末永く使っていきたいと思っています。
いくつか質問させていただきたいのですが、Operaブラウザ（OSはWindows Vista SP2）でPiggydbを使用した際、フラグメントを書くときにテキスト整形用のボタンを押すと、選択した部分と違ったところに記号が入力されてしまいます。FirefoxやChromeでは今のところこの現象は起きていません。Operaのせいなのか、当方の環境のせいなのか、Piggydbのせいなのかはわかりませんが、一応報告させていただきます。
あと、もうすでに要望として出ているかもしれませんが、スキン的なものと言いますか、背景色を変えたり、ドキュメントビューの色やフォントを設定したりということは、今後予定としてありうるとお考えでしょうか。可能であればお願いしたいと思っているところです。
｜・ω・｀）
こんにちは。（実は、たいへんにお久しぶりなのです・・）
そろそろ、Google App Engineに簡単インストールができる頃合いなのではと、楽しみにしております。（と、さりげなく催促。）
がんばってください。
piggydb 4.20をWindows XPで使った場合の不具合
Windows XP SP3でpiggydb 4.20を使うと、データベースフォルダが
C:\Documents and Settings\ユーザー名\piggydb
ではなく
C:\Documents%20and%20Settings\ユーザー名\piggydb
に作られてしまいます。なおVistaでは問題ありません。
Piggydb素晴らしいオフラインタグ情報整理ソフトです
はじめまして、magicianと申します。
まずは、Piggydbという素晴らしいオフラインタグ情報整理ソフトを提供して頂きありがとうございます。
これまで私はテキストデータ、画像データのタグ整理を求めて、
まずは、Piggydbという素晴らしいオフラインタグ情報整理ソフトを提供して頂きありがとうございます。
これまで私はテキストデータ、画像データのタグ整理を求めて、
- オフラインブログソフト「Osciroi」
- TiddlyWiki
と使ってきて、今現在、Piggydbにたどり着き、大変満足しております。
心より感謝しております。
心より感謝しております。
今後のPiggydb開発の参考になるかもしれませんので、これまでのソフトの移り変わりの理由を説明致しますと、
- オフラインブログソフト「Osciroi」
- オフラインブログソフトでタグ管理できるほぼ唯一の選択肢だった。
- 使用開始当初は素晴らしく気に入っていたが、画像を多用するスタイルのため、動作が非常に重くなってきてしまった。
- TiddlyWiki
- 素晴らしいオフラインWikiソフトでしたが、バックアップが独自書式だったことは気がかりでした。
そして、TiddlyWikiには多数のプラグインがあったので、なにか良いバックアップ関連プラグインがないかと情報収集中にPiggydbの存在を知りました。
そして、一気にPiggydbに興味を引かれました。
そして、一気にPiggydbに興味を引かれました。
バックアップもXMLなので本文テキストが確実にバックアップされているのを、目で確認できるの安心感があります。
又、画像データをリンク参照型ではなく、フラグメント番号名で新規コピーしてくれるのは、元データの管理を気にしなくて良いので、大変ありがたいです。
又、画像データをリンク参照型ではなく、フラグメント番号名で新規コピーしてくれるのは、元データの管理を気にしなくて良いので、大変ありがたいです。
私なりのPiggydbへの考察と感謝
まずは、改めて、このような素晴らしいアイデアプロセッサを作成、改良し続けて下さっていることに、
また、
また、
などの過去ログにおいて、様々なヒントを下さっていることに、
Piggydb作者様、EBtの作者様、先輩ユーザーの方々に、深く感謝したいと思います。
本当にありがとうございます。
Piggydb作者様、EBtの作者様、先輩ユーザーの方々に、深く感謝したいと思います。
本当にありがとうございます。
ごめんなさい。タグが意図されずに継承されてしまっていたので、いくつか不適切なタグを削除しました。これは以前にも問題になったのですが、こういった場だとタグ継承（あるいはタグ自体）がうまく機能しないんですよね。
ということに関連して、私なりに、Piggydbにおける
- つながりとタグの使い分けについて
- トップダウンとボトムアップ、ツリー構造とネットワーク構造
などのことについて述べさせて頂きたいと思います。
素人の身勝手な考察ですが、何かの参考になれば幸いです。
双方向フラグメントツリービュー
解答、どうもありがとうございます。
タグと同じような形で、つながり先のフラグメント（要はひとつのネットワーク）を一覧するようなビューを用意する可能性は低いと思います。
とありますが、
つながり先のフラグメント（要はひとつのネットワーク）を一覧するようなビューを用意する可能性は低いと思います。
という部分に関しては、その通りです。
タグと同じような形で、
確かにPiggydbの弱点として、ネットワークの見渡しが悪いというのは事実ですので、それこそマインドマップのようにグラフ表示できたらいいなあと思うのですが、、、
現状のつながりのドキュメントビュー、フラグメントツリービューに関して、
私は決してネットワークの見通しが悪いとは思っていません。
私は決してネットワークの見通しが悪いとは思っていません。
特にフラグメントツリービューは
きちんとセントラルイメージフラグメント(例#388 私なりのPiggydbへの考察と感謝 )から、 ▼ボタンでの一覧を開けば、
きちんとネットワーク構造を維持（単純に階層ごとに右にずれていくだけだが充分ビジュアル的に認識可能）した状態で、情報を一覧できます。
きちんとセントラルイメージフラグメント(例#388 私なりのPiggydbへの考察と感謝 )から、 ▼ボタンでの一覧を開けば、
きちんとネットワーク構造を維持（単純に階層ごとに右にずれていくだけだが充分ビジュアル的に認識可能）した状態で、情報を一覧できます。
そして、その構造は、"つながり"から方向性が無くなっても、
という仕組みできちんとネットワーク構造を維持した形で提示出来るというのが、私の考えなのですが。
何度もしつこくて申し訳ありません。
私の伝え方が下手だったのでしょうが、作者様が、タグの一覧とつながりのフラグメント・ビューを混同されているようなので、
それに関する誤解だけは解いておきたかったので、重ねてお返事させて頂きました。
私の伝え方が下手だったのでしょうが、作者様が、タグの一覧とつながりのフラグメント・ビューを混同されているようなので、
それに関する誤解だけは解いておきたかったので、重ねてお返事させて頂きました。
おそらく、誤解の原因となったのは、
という流れだったのでしょうが、補足致しますと、
つながりとタグの役割が重複することは、度々あります。
- まずは、マインドマップのようにつながりが伸びていき（ツリー状だけではなく、ボトムアップ、ネットワークのイメージを忘れない）
- そして、共通点をタグで括って（ここで新しいマインドマップ、チャイルドマインドマップを作るイメージ）、
- そのタグをセントラルイメージにして、またつながりが伸びていく。
という流れの時でも、タグをつながりに置き換えた瞬間
そこできちんとつながりにはネットワーク構造が発生しています。
そこできちんとつながりにはネットワーク構造が発生しています。
言い換えれば、ネットワーク構造の無いタグはあっても、ネットワーク構造のないつながりはありません。
それは、つながりが方向性を持っていても、双方向でも変わらないと思います。
それは、つながりが方向性を持っていても、双方向でも変わらないと思います。
・・・そもそもの誤解の原因は、#402 作者からの回答にて
magicianさん、沢山の書き込み有難うございます。一通り目を通してみましたが、一度だけでは消化しきれませんね（笑）。とりあえず、気になった部分にお返事していきます。
と仰っていたのに、間髪入れず、更なる展開を始めてしまった私のレスポンスに非があったと思います。
落ち着きがなくて申し訳ありません。すみませんでした。
落ち着きがなくて申し訳ありません。すみませんでした。
複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ
例えば、ドラマの魅力を研究していく目的でアイデアプロセッサとしてPiggydbを使用したいとします。
- ドラマの表題でフラグメントを作る。（第一セントラルイメージ）
- 子タグ（親タグは”ドラマ”）として、”ドラマ名”という固有名詞でのインデックスタグを作成して、各フラグメントに貼り付けます。
- ドラマの表題の下位フラグメントとして、あらすじというフラグメント（メインブランチ）を作成。
- １シーン＝1フラグメントと小分けして時系列のつながりをもってつなげていく。
- 上記の行程を繰り返し、複数のドラマの情報を入力します。
ここまでで、まず準備完了です。
次に今度は、”視聴者が憧れる勇敢な心”というタグのついたフラグメント一覧を並列に並べます。
”視聴者が憧れる勇敢な心”という共通の上位フラグメントを作成し、そこからタコの脚のようにつなげていくのです。
”視聴者が憧れる勇敢な心”という共通の上位フラグメントを作成し、そこからタコの脚のようにつなげていくのです。
こうやって複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ
を作成していけるのが、Piggydbの奥深さだと私は捉えています。
を作成していけるのが、Piggydbの奥深さだと私は捉えています。
—
「深い階層の"つながり"」というのは、一つのフラグメントから沢山のつながり（子フラグメント）がある状態を指しているのでしょうか？それとも、つながりもタグと同様、下位フラグメント（子だけじゃなく孫以下も）を全て一覧表示したいということでしょうか？
後者です。（つまり、親、祖父、曾祖父、と初代のご先祖様までたどれるようにして欲しいです）
具体的に言いますと、
つながりのあるフラグメントの一覧表示機能。
現状、自分より下位のフラグメントは、すべてそのフラグメントから
ドキュメントビューやフラグメント・ツリービューで開ける仕様になっていますよね
それを自分より上位のフラグメントに関しても同じように扱えるようにしたいのです。
ドキュメントビューやフラグメント・ツリービューで開ける仕様になっていますよね
それを自分より上位のフラグメントに関しても同じように扱えるようにしたいのです。
もしくは、そのフラグメントのつながりの最上位フラグメント（複数ある場合も）へのリンク機能
この上位フラグメントをセントラルイメージとして、下位フラグメントにて～以下略～
でも、更新順に読んでいったら、#388の存在には気づけないですよね。
ですので、全てのフラグメントに、その最上位のフラグメントへのリンクが張ってあれば、
そのフラグメントからドキュメントビューや、フラグメント・ツリービューで一覧することが出来ますよね。
ですので、全てのフラグメントに、その最上位のフラグメントへのリンクが張ってあれば、
そのフラグメントからドキュメントビューや、フラグメント・ツリービューで一覧することが出来ますよね。
（現状、一つ上位のフラグメントはリンクが表示されていますよね
それをどんどん上にたどっていくと以上のリンクにたどり着きますよね、下記のように。）
それをどんどん上にたどっていくと以上のリンクにたどり着きますよね、下記のように。）
その際、現状のドキュメントビュー、フラグメントツリービューがそうであるように、
重複したフラグメントが表示されるのは、問題ないです。
というより、逆に省かれてしまうと構造が分からなくなるので困ります。
重複したフラグメントが表示されるのは、問題ないです。
というより、逆に省かれてしまうと構造が分からなくなるので困ります。
また、そのような仕組みであれば、例えば、#394の上位フラグメント（セントラルイメージフラグメント）が
#388とは違う、他のセントラルイメージフラグメントであっても、問題なくたどり着け、一覧することが出来ますよね。
#388とは違う、他のセントラルイメージフラグメントであっても、問題なくたどり着け、一覧することが出来ますよね。
システム的な負担が重いのかもしれませんが、どうぞご検討の程、よろしく御願いします。
—
まずは、質問なのですが、
- Firefox5.01を使っている際
- Piggyd.jpのサイト上では、つながり作成時のＤ＆Ｄにオレンジの枠線が表示されますが
- ローカルのPiggydbを使う際には、なぜかオレンジの枠線が表示されません。
- GoogleChromeでは、Piggydb.jpもローカルのPiggydbもオレンジの枠線が表示されます。
何かしらブラウザ側の設定をいじれば、解決するのでしょうか？
もし、心当たりがありましたら、アドバイス頂けますとありがたいです。
もし、心当たりがありましたら、アドバイス頂けますとありがたいです。
また、これは作者様の頭の片隅に置いておいて頂ければありがたいのですが、
つながり作成をＤ＆Ｄに加えて、フラグメント番号を入力する形でも行えるようになると大変ありがたいです。
つながり作成をＤ＆Ｄに加えて、フラグメント番号を入力する形でも行えるようになると大変ありがたいです。
また、ワガママを言って申し訳ありませんが、お時間がある時にご検討して頂ければ幸いです。
それでは、どうぞよろしく御願い致します。
それでは、どうぞよろしく御願い致します。
—
質問なのですが、一台のＰＣで複数のPiggydbを使うことは可能ですか？
そして、それは難しかったり、バグやトラブルの種になりますか？
そして、それは難しかったり、バグやトラブルの種になりますか？
気軽に使い分けられるようでしたら、少し試してみたいことがあるのですが。
—
確認しました。どうもありがとうございます。
（まあ、そこまで形式に拘る必要は個人的には感じていないので、
このサイトの統一性ということで、管理人様の好きなようになさって下さい）
このサイトの統一性ということで、管理人様の好きなようになさって下さい）
ただ、どちらにせよ、自分の発言を一覧チェックしたいことがあるので、
ご迷惑でなければ、今後もmagicianのタグを付け続けたいのですが、よろしいでしょうか？
（作成者、更新者で並び替えても、magicianはすぐに表示されないので）
ご迷惑でなければ、今後もmagicianのタグを付け続けたいのですが、よろしいでしょうか？
（作成者、更新者で並び替えても、magicianはすぐに表示されないので）
—
「選択中のフラグメント」ウィンドウにもつながりやタグをドロップできるので、距離の遠いフラグメント同士はそれで対応できるのではないかと思います。
この返信を読んでから、試して気付いたのですが、
｢選択中のフラグメント｣はリンクやタグジャンプなどで、ページを移動しても維持され続けるんですね！
今までは同一ページ内でしか機能しないと思っていたので、目から鱗です！
これに気付けただけでも怪我の功名というぐらい、つながりの使い勝手が一気に向上しそうです！！
｢選択中のフラグメント｣はリンクやタグジャンプなどで、ページを移動しても維持され続けるんですね！
今までは同一ページ内でしか機能しないと思っていたので、目から鱗です！
これに気付けただけでも怪我の功名というぐらい、つながりの使い勝手が一気に向上しそうです！！
いろいろとご迷惑をおかけして、申し訳ありません。
そして、素晴らしく有益な情報ありがとう御座いました！
そして、素晴らしく有益な情報ありがとう御座いました！
祝！ 新世代Piggydbの開発スタート
Piggydb 5.0-dev1 リリース - 「新世代Piggydbの開発スタート」
おめでとうございます。お疲れ様です。そしてありがとうございます！
おめでとうございます。お疲れ様です。そしてありがとうございます！
「その場編集機能」がますます便利になって嬉しいです。!
とくに誤字の修正などでタイムスタンプが更新されなくなるのはありがたいです。
タイトルが編集できないのも、ちょっと不便に感じていたので、凄く嬉しいですね。
とくに誤字の修正などでタイムスタンプが更新されなくなるのはありがたいです。
タイトルが編集できないのも、ちょっと不便に感じていたので、凄く嬉しいですね。
タイトル入力覧が一番上に移動したのは、なにか作者様の中でコンセプトの変動があったのでしょうか？
以下のように、タイトルの入力ボックスの位置を一番上からコンテンツの下に移動しました。
ともあれ、では、さっそく5.0-dev1試させて頂きたいと思います。
新世代のPiggydbの開発、本当にお疲れ様です！
そして、今後の展開（個人的にはカラー化＆双方向化を期待）を楽しみにしています！！
新世代のPiggydbの開発、本当にお疲れ様です！
そして、今後の展開（個人的にはカラー化＆双方向化を期待）を楽しみにしています！！
Firefox5.01+Piggydb
現在、紆余曲折の末、Piggydbの相方にはFirefox5.01を愛用しています。
（相変わらず、Ｄ＆Ｄでのつながり作成時にオレンジの枠線はでないのですが、
フラグメントショッピングカートを活用すれば、大きな問題はないですし。
また、何故かフラグメントショッピングカードにＤ＆Ｄする際はローカルのFirefox5.01でもオレンジの枠線が表示されます）
（相変わらず、Ｄ＆Ｄでのつながり作成時にオレンジの枠線はでないのですが、
フラグメントショッピングカートを活用すれば、大きな問題はないですし。
また、何故かフラグメントショッピングカードにＤ＆Ｄする際はローカルのFirefox5.01でもオレンジの枠線が表示されます）
Firefox5.01＋アドオン+Piggydbの組み合わせは非常に強力ですね。例えば
とPiggydbを組み合わることで、私は長年の悩みから一つ解放されつつあります。
今まで、Firefoxでは「ScrapBook」、Chromeでは｢名前を付けてページを保存｣で対応してきましたが・・・。
今まで、Firefoxでは「ScrapBook」、Chromeでは｢名前を付けてページを保存｣で対応してきましたが・・・。
（２以下は省略も可能ですし、その後の閲覧性、検索性を考えれば、素晴らしいコストパフォーマンスです）
など、様々に関連づけて保存することが出来るようになりました。
作者様のお薦めもFirefoxのようですし（#9 動作確認済みのブラウザ）、
しばらくはFirefox5.01とコンビを組ませていきたいと思います。
しばらくはFirefox5.01とコンビを組ませていきたいと思います。
いろいろとお手数をおかけ致しました。
そして、的確なアドバイス、本当にどうもありがとう御座いました。
そして、的確なアドバイス、本当にどうもありがとう御座いました。
テキストエリアの自動バックアップ
やはりブラウザのテキストエリアは危険ですね、#442を作成中に又、プレビューでログアウトしました。
今回は、３重のバックアップだったので問題はありませんでしたが。
- Vector： めもすけ - 新着ソフトレビュー
- 「めもすけ」は、編集中文書の消失防止に主眼が置かれたテキストエディタ。
- ユーザが設定した間隔での自動バックアップ
- 上書き保存時の保存前状態でのバックアップ
- 任意タイミングでのバックアップ
以上の３つのアドオン、フリーソフト、オススメです。
※今のところ競合でのトラブルは起きていません。
ファイルフラグメントに関しての質問
Piggydbのポテンシャル、ものすごいですね。私のPiggydbは宝箱になりつつあります。
現在、パソコンの買い換えを検討中で、必要なファイルの整理の手段を検討していたのですが、
それにPiggydbを活用できないか真剣に悩んでいます。
現在、パソコンの買い換えを検討中で、必要なファイルの整理の手段を検討していたのですが、
それにPiggydbを活用できないか真剣に悩んでいます。
Piggydbは画像以外のファイルもフラグメント名でバックアップコピーできるじゃないですか。
その機能を活用して、過去の情報の断片、PDFにZIP、音楽や動画などを保存、整理したくなりました。
各種、専用のソフトも探せばあるのでしょうが、統合的に考えるとPiggydbでの整理は大変魅力的なんですよね。
その機能を活用して、過去の情報の断片、PDFにZIP、音楽や動画などを保存、整理したくなりました。
各種、専用のソフトも探せばあるのでしょうが、統合的に考えるとPiggydbでの整理は大変魅力的なんですよね。
- インデックスではなく、エッセンスを束ねたカテゴリーとしての整理
- Piggydb上のテキストフラグメントデータとの関連付け（つながり）
そこで、少し実際にサンプルを用意して実験してみました。
- その際、約１０MBの動画で試したところ、一秒間に１MB～1.5MBのスピードでDLされました。
- 更にそのファイルを保存ではなく、関連づけられたソフトで開くと履歴がC:\DOCUME~1\ユーザ名\LOCALS~1\Temp\144-1.flvと表示されました。
- ブラウザはFirefox5.01（chromeやIEでも試してみましたが、同様な様子）
そこで質問なのですが、
- 以下、ローカルな音楽や動画のリンク集としてのPiggydbの使用は断念したという条件での質問です。
- Q3 テキスト、画像、PDF以外のファイルの管理をPiggydb上で行う場合何か問題がありますか？
お手数をおかけいたしますが、回答して頂けますと、大変ありがたいです。
どうぞよろしく御願い致します。
どうぞよろしく御願い致します。
P.S.
今回の事に関しては、希望、要望、一切ありません。
現状のPiggydbの使用に合わせた使い方をさせて頂きます。
今回の事に関しては、希望、要望、一切ありません。
現状のPiggydbの使用に合わせた使い方をさせて頂きます。
ビバ！ タグフラグメント導入！
次に今度は、”視聴者が憧れる勇敢な心”というタグのついたフラグメント一覧を並列に並べます。”視聴者が憧れる勇敢な心”という共通の上位フラグメントを作成し、そこからタコの脚のようにつなげていくのです。
｢タグフラグメント｣はそんな私のPiggydbライフを更にスムーズにもてなしてくれるありがたい機能です！！
作者様、素晴らしい機能、本当にどうもありがとうございます。
作者様、素晴らしい機能、本当にどうもありがとうございます。
既存のタグにタグフラグメントをつける方法は有りますか
以下、私なりのタグフラグメントに関する感想と質問と要望などです。よろしく御願いします。
- タグフラグメントを作成すると、タグの画面にちょうど#homeタグのように表示されるようになる。
- タグの意味やルール、要約などを書いておくと非常に便利。
- 常に一番上に表示されているので、つながりを作成するのも簡単。
しかも、以前は疑似タグフラグメントがどんどん下に埋もれてしまうので、不便だったのですが、
タグフラグメントなら#homeタグのように常に上に表示されるので、
タグフラグメントを参照しながら、新しいフラグメントにコメントできるので、非常に便利です。
タグフラグメントなら#homeタグのように常に上に表示されるので、
タグフラグメントを参照しながら、新しいフラグメントにコメントできるので、非常に便利です。
#270 つながりとタグの使い分け例: 「Table Tennis Videos」そして重要なのは、フラグメントに適用すべきタグは最も具体的なタグだけでOKだということです。ある選手のタグを試合フラグメントに貼り付ければ、そのフラグメントはその選手の所属国やスタイル、性別によっても同時に分類されることになります。
ただ、ワガママは承知なのですが、#のついた特殊タグだけは、このルールから除外して頂けますと、助かります。
#419今思い出したのですが、'#'で始まるタグは継承されないのでした。コンテンツの内容ではなくて、データベース上の役割を表すようなタグは、'#'で始めるようにすれば多少は使い分けができるのではと思います。ということで、その手のタグは早速リネームしておきました。
タグフラグメントが複数の親タグを持つ子供タグとして登録されるのは、非常に便利な機能だと思います。
その後の多少の手間はユーザーの工夫で乗り切るべきだと私も思いますが、
#のついた特殊タグだけは特別扱いして頂けますと、更に便利になると思います。
その後の多少の手間はユーザーの工夫で乗り切るべきだと私も思いますが、
#のついた特殊タグだけは特別扱いして頂けますと、更に便利になると思います。
#299 スライダーでズームイン・ズームアウト
エラー報告
元々、
- タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。
- 新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
という流れだったので、私本来のPiggydb自体はまったく被害有りません。
又、現在、新しいdbを作成し、そこにバックアップを復帰させたところ、
バックアップのタイミングと、#443 テキストエリアの自動バックアップのおかげで、
なんとか８割方は復旧できそうなので、大きな問題はありません。
やはり、バックアップの意識は大事ですね！
バックアップのタイミングと、#443 テキストエリアの自動バックアップのおかげで、
なんとか８割方は復旧できそうなので、大きな問題はありません。
やはり、バックアップの意識は大事ですね！
もしよろしければ、エラーした状態のデータフォルダとプログラムフォルダを無圧縮zipしてありますので、
今後のエラー解消のお役に立つようでしたら、アップロードする準備がありますので、お声をかけて下さい。
今後のエラー解消のお役に立つようでしたら、アップロードする準備がありますので、お声をかけて下さい。
シンプルなボトムアップ式タグフラグメント案
こんばんわ。
481エラー報告タグフラグメントの良い使い方が思いついたが、言葉で説明するのは難しそうだ。新しくサンプルデータベースを作って、それをアップロードして作者様に実際に見てもらおう。
ありがとうございます！
この更新を心から楽しみに待っていました！
作者様、誠にありがとうございます！！ 本当にお疲れ様でした！！
作者様、誠にありがとうございます！！ 本当にお疲れ様でした！！
また、不具合の報告がお役に立ったようで、私もとても嬉しいです。
それでは、早速使わせて頂きたいと思います！
素晴らしい更新、本当にありがとう御座いました！！！
タグフラグメントとフィルタについて
どうぞご検討の程、よろしく御願い致します。
仕様ですか？
スタンドアロン・パッケージでの#publicタグについて
スタンドアロン・パッケージでの#publicタグについて、質問させて下さい。
今、自分で試しているのは、以下のような方法です。
- 起点となるテキストフラグメントに#homeと#publicを付ける。
- http://localhost:8080/public/ にアクセスする。
すると、理論上は、起点となるテキストフラグメントのみがドキュメントビューで表示されるはずなのですが、
なぜか、現在は、#publicタグのついていない、子フラグメント、孫フラグメントが表示されてしまいます。
なぜか、現在は、#publicタグのついていない、子フラグメント、孫フラグメントが表示されてしまいます。
本来は、この後の段階で、子フラグメント、孫フラグメントの中から、必要なフラグメントのみに#publicタグを付けて、
選抜された３世代のフラグメントのみをドキュメントビューで表示し、印刷させたかったのですが。
選抜された３世代のフラグメントのみをドキュメントビューで表示し、印刷させたかったのですが。
#homeタグをつけているのが原因かと思い、外してみましたが、そうすると今度は、アクセスすべきＵＲＬがよく分かりません。
今回の私の使い方が、#publicタグ本来の使い方ではないのが原因なのでしょうか？
そもそも、スタンドアロンパッケージでは、#publicタグは上手く機能しないのでしょうか？
（……それとも、また私がなにか勘違いしているのでしょうか？）
そもそも、スタンドアロンパッケージでは、#publicタグは上手く機能しないのでしょうか？
（……それとも、また私がなにか勘違いしているのでしょうか？）
作者様の分かる範囲で、ご回答頂ければ、幸いです。
どうぞよろしく御願い致します。
どうぞよろしく御願い致します。
複数のPiggydbを同時に起動させる際の注意点
古いPiggydbから新しいPiggydbへ、データを手動でコピーさせたいと思いまして、
#14 PiggydbをWindowsサービスとしてインストールする
を参考にして複数のPiggydbを同時に起動させています。
#14 PiggydbをWindowsサービスとしてインストールする
を参考にして複数のPiggydbを同時に起動させています。
#14とリンク先の記事の説明が丁寧だったので、なんとか無事に設置することができました。
丁寧な解説どうもありがとうございました。
丁寧な解説どうもありがとうございました。
ですが、いくつか疑問があるので質問させて下さい。
- tomcat6をインストールすると、tomcat6をStop serviceさせても、スタンドアロンのPiggydbは起動出来なくなりますか？
- 私はtomcat6のインストール前にデータをエクスポートしておいたので、助かりましたが……。
- もし、そうなのであれば、#14に注意喚起のメッセージを追加しておいた方がより親切だと思います。ご検討願えますでしょうか？
- 複数のPiggydbを同時に起動させるためには、例えば、以下のようにwarファイルの名前を変更したものを設置するだけで良いのですよね。
- piggydb-5.0-dev4-anonymous-personal.war
- piggydb-5.0-dev4-anonymous-public.war
- piggydb-5.0-dev4-anonymous-old.war
- 以上の作業の後、データベースのタイトルは、例えばpiggydb-5.0-dev4-anonymous-personalを手動入力して更新した方が良いのですよね？
- tomcat6の「Startup type」を「Automatic」に設定していますが、起動時のアイコンが赤い羽の状態です。何か問題はありますか？
- serviceはstartしているので大きな問題はないのですが、気になります。
- また、Stop service→Start serviceと再スタートさせると、緑の三角形のアイコンで表示されます。もちろん、serviceはstartしています。
- #295を参考に、piggydb.fragmentsView.defaultScale=700を設定していたのですが、war版ではどこで設定すればよろしいのでしょうか？
以上５つの質問をさせて頂きましたが、分かる範囲で結構です。お答え頂ければ、幸いです。
どうぞよろしく御願い致します。
どうぞよろしく御願い致します。
PiggydbがEvernoteより優れている３大ポイント
- 完全にオフラインで作動するので、情報漏洩の可能性が無く情報の安全性が高い。
- Piggydbの親子タグは複数の親タグを持てるという点で、Evernoteの階層タグよりもさらに自由度の高いタグ付けが可能。
- 片方向、双方向を使い分けられる｢つながり｣のネットワーク。
実は、以前からPiggydbの親子タグの使いこなしの参考の為に、Evernoteに関する記事を読んでいました。そして、ノートと階層タグの使い分けを実際に試してみたら、つながりと親子タグの使い分けに関する新たなヒントが生まれるかもしれないと思い、この度、実験用にEvernoteを導入してみました。そこで、改めてPiggydbの実力を思い知らされました。
上記のポイント１とポイント３に関しては、使用前から予想していましたが、まさか、Evernoteの階層タグは１つのタグに対し、１つの階層にしか所属できないとは予想外でした！ 複数の親タグを持ち、１つの子タグで多数の分類をすることが出来るPiggydbの親子タグに慣れてしまった私はなんと幸せ者だったことでしょうか！ 元々Evernoteに乗り換える気など微塵もありませんでしたが、もしもPiggydbの親子タグからEvernoteの階層タグに乗り換えたら、慣れるまでなかなか戸惑うことになりそうです。Piggydbの親子タグ、最高です！！
タイトルでは３大ポイントと表現しましたが、ボトムアップを強力にサポートするタグフラグメント、便利なテンプレート機能を持つフィルタ
など、PiggydbがEvernoteより優れているポイントはまだまだありそうです。そのあたりは、Evernoteも実際に使用してみなければ不公平なので、しばらくEvernoteも試した後、個人としての感想をまとめたいと思っています。
もちろん、強力な同期機能、手軽なマルチメディアファイル活用、などEvernoteがPiggydbよりも優れている点もたくさんあります。元々のコンセプトから違うのだから、それは当然ですが、特にテキスト、画像を中心としたタグ式のメモ、情報整理ツールという視点で比較すれば、PiggydbとEvernoteは立派なライバルソフトと言えるほど、Piggydbの実力は高いと思います。
私は一人の幸せなPiggydbユーザーとして、多数のEvernoteユーザーさんからタグの活用法を盗んで、Piggydbをより自在に楽しく使いこなしていくつもりです。願わくば、Piggydbのユーザーさんが増えて、より多彩なPiggydbの活用方法が生まれることを。
Evernoteをゆる～く快適に使い続けるためのたった一つのルール
たくさんのユーザーが様々に使いこなしいているEvernoteからPiggydb活用方法のヒントを盗むために、両者を併用して数日。両者の特徴を活かした使い分けのコツが見えてきました。
- ｢記録｣と｢発見｣はPiggydbに
- 「記録カード」は、私たちの身の回りの事実や現象を記述するのに使います。例えば、日記（生活、仕事、夢）、お金の収支、健康状態（体温・血圧・体重）、食事、天候（天気・気温・湿度）などは、記録カードに属します。
- このような直感的な発見はすべて「発見カード」となります。例えば、生活・仕事のアイディア、発見、直感、理解、認識、ジョーク、詩、俳句など、私たちの頭・心から湧き出てくるものは、発見カードに属します。
- ｢GTD｣と｢参照｣はEvernoteに
- GTD（Getting Things Done）とは、David Allen 氏が提唱するタスク処理システムです（Allen, 2002）。GTD カードは、やるべきこと（Things Do）、やったこと（Things Done）を記述するカードです。
- 本・テレビ・ウェブからのことばの引用、料理のレシピなどは、四番目の「参照カード」に分類されます。これは、「自分以外の他の誰かのアイディア」を記すカードです。
※この考え方は、PoICを参考にしています。PoICはEBtとも親和性の高いメソッドなので、Piggydbとの相性も良いと思います。
- PoIC とは？
- (Pile of Index Cards：情報カードの積み重ね) とは、情報カードを使った生産性向上のためのシステムと、それに付随するメソッド（方法論）を指します。
- 4カード
- ここでは、私たちの思考や身の回りの情報を追跡するための、4種類のカード（記録、発見、GTD、参照）を導入します。PoIC ではこれを「4カード」と呼びます。私たちをとりまく情報には、実はこの4種類しかありません。
- 第6回 PoIC++～プラットフォームの拡張
閑話休題。私がPiggydbを知った当初はPiggydbにデータを一元化しようと本気で考えていましたが、最近、バックアップのためのエクスポート作業に分単位で時間がかかるようになってきたので、少し考えを改めました。｢保存して忘れる｣レベルのニュースサイトやライフハック記事のクリップは、全てEvernoteに任せることにしました。(私はEvernoteのプレミアムユーザーです)。そして、Piggydbには｢発見｣を目的に、｢記録｣を残すことにしました。｢参照｣は厳選した情報のみをEvernoteを経由して持ってくることにしました。こうすることで、情報のインプットの手軽さと、Piggydbのスリム化を両立させることができるようになりました。
具体的な手法は以下の通りです。
Evernoteをゆる～く快適に使い続けるためのたった一つのルール。
まずは、Webクリップの為の準備を整えます。現在のEvernoteはFirefox Add-onからWebクリップするとCSSを無視して保存されてしまうので、下記の記事を参考にして１クリックでPDF保存できる環境を整えます。
- 色々なソフトの情報を、Evernoteに手早くPDF保存する方法
- 紙印刷と全く同じ手順でPDFをEvernoteに保存できる。
- 紙出力と同等のレイアウトで保存できる
- 【Premiumユーザ限定】テキスト検索対象にすることができる
- Firefox Add-on Universal Printを導入すれば、Firefoxで1クリックEvernote保存することができる。
時折、PDFで保存してもデザインが崩れて、一見、本文が読めなくなるように見えるケースもありますが、対処方法はあります。Adobe Acrobat Professional があれば、ツール→高度な編集→Touch UP オブジェクトツールで、邪魔なWebパーツを簡単にどかすことが出来ます。(フリーで対応しているソフトも探しましたが、すみません、ちょっと見つかりませんでした) しかし、とにもかくにも、PDFを保存する段階では何も気にすることはない！ ということが素晴らしいポイントです。もし、後々に崩れたデザインで保存してしまったPDFがあることに気付いた場合でも、その時点で体験版をＤＬするなり、対応ソフトをもっている知人に頼んだり、と事後対応でスムーズに解決できます。
また、PDFに保存することで、簡単にPiggydbにデータをコピーすることができます。以前利用していたmhtよりも互換性が高く将来的な不安が少ないのもPDFで保存する際の利点です。
次に、ノートを準備します。
上記の記事を参考に、私は以下のようにアレンジしています。
- ｢Inbox｣
- Firefoxで保存されたPDFはまずここに収納されます。
- ｢Archive_Lifehack｣,｢Archive_Football｣,｢Archive_Golf｣,｢Archive_Anything｣
- 私がWebクリップするのはほぼ上記の３種類の記事なのでそれに合わせたノートを用意しました。
- ｢Archive_Anything｣はそれ以外用のノートです。最初はこれ一つでも充分かも知れません。
- ｢Cache_Anything｣
- ｢すぐ見たい｣ノートです。私のEvernoteの使い方では、主にＧＴＤ用のノートとなります。
ここまで準備できたら、自由にネットサーフィンをして、どんどんPDFを貯めていきます。気になったページは気軽に保存します。｢保存して忘れる｣ことで、常に脳をリラックスさせるのです。
そして、毎週１回、Inboxを空にします。｢保存して忘れる｣私の使い方では、ほとんどのPDFが｢Inbox｣から直接各｢Archive｣へ移動することになります。ここで、タグの登場です。
Evernoteにおける私のタグ構成は以下の通りです。
- ｢レーティングタグ｣
- ｢★＿保存して忘れる｣
- ｢★★＿もう一度見たい｣
- ｢★★★＿殿堂入り｣
- ｢トップダウン式インデックスタグ｣
- ｢岡田監督｣
- ｢東京Ｖユース｣
- ｢ボトムアップ式エッセンスタグ｣
- ｢怒られるからリスク｣
- ｢頑張ることに酔って、そこで自己満足するな！｣
｢Inbox｣から｢Archive｣へ記事を移動させるタイミングでタグ付けしていくワケですが、ざっとタイトルを流し読みして、｢★★＿もう一度見たい｣以上の記事がなければ、何もタグ付けをせずに、範囲選択してジャンルだけ分けて、さっさと｢Archive｣へ収納してしまいます。
｢★★＿もう一度見たい｣以上の記事だけ、タグ付けをしていきます。その際、｢★★＿もう一度見たい｣以上のレベルの記事は、｢トップダウン式インデックスタグ｣から一番具体的な固有名詞を一つだけタグ付けすればＯＫです。｢レーティングタグ｣と合わせて、タグは最低限２つ付いていれば充分です。もちろん、すぐに思い浮かぶようならば、｢ボトムアップ式エッセンスタグ｣もつけていきますが、気負う必要はまったくありません。｢ボトムアップ式エッセンスタグ｣は思いついたときにつけるのが本来の使い方ですから。
※なぜ、Evernoteでも一番具体的な固有名詞を一つだけタグ付けでＯＫなのか。（Piggydbでは後述のように明確な理由があります）それは、固有名詞ならば簡単に脳内で補完できるからです。｢東京Ｖユース｣は｢東京Ｖ｣の｢育成年代｣であることは、階層タグで定義しなくても自然に理解できます。検索時もEvernoteの機能を活かし、工夫をすれば、一番具体的な固有名詞を一つだけタグ付けでも充分に目的の記事を見つけられるはずです。
｢★＿保存して忘れる｣タグは実際には使用しません。利便性を考えて、他の｢レーティングタグ｣が付いていない記事が、｢★＿保存して忘れる｣記事ということにしています。そして、更に簡単に使うために、上記の通り、｢★＿保存して忘れる｣には一切タグ付けをしません。Evernoteの検索は優秀なので、それに頼ることにします。
そして、ここがポイントなのですが、一度検索した記事には、必ず｢★★＿もう一度見たい｣タグと、｢トップダウン式インデックスタグ｣から一番具体的な固有名詞を一つだけタグ付けするようにします。検索したということはそれだけで自分にとって重要な記事であるという証拠ですから、一手間かけるだけの価値はあるはずです。
- Evernoteをゆる～く快適に使い続けるためのたった一つのルール。
- 検索した記事にのみ、最低限のタグを付けていく。
- カンブリア宮殿で岡田武史が言い放った22の名言
- ｢★★★＿殿堂入り｣
- ｢岡田監督｣
- ｢怒られるからリスク｣
- 東京Ｖユースに浸透する“最後までやり切る意識”
- ｢★★★＿殿堂入り｣
- ｢東京Ｖユース｣
- ｢頑張ることに酔って、そこで自己満足するな！｣
以上が、Evernoteをゆる～く快適に使い続けるためのたった一つのルールです。この方法はPiggydbにも簡単に応用することができます。ノートをタグに置き換えるだけです。PDFを1クリックで保存することだけはできないので、それは手動で行うことになりますが。でも、Piggydbには以下のようなEvernoteにはない素晴らしい長所があります。
具体的には、
- フィルタ→新規フィルタ
- 以下のタグを全て含む→追加
- ｢★＿保存して忘れる｣
- ｢★★＿もう一度見たい｣
- ｢★★★＿殿堂入り｣
- ｢ライフハック｣
- ｢サッカー｣
- ｢ゴルフ｣
- ｢PDF｣ （Piggydb専用のタグです）
- 名前：PDF用テンプレート → 保存
という手順で作成したら、
- フィルタ→PDF用テンプレート
- この状態で、｢新しいフラグメントを作る｣
- 既に上記のタグが入力された状態で、入力画面が表示されるので、不必要なタグを削除。
- ファイル→PDFを選択(→タイトルを入力、省略可能)→登録
で、簡単に、タグ付けされた状態でPDFのファイルフラグメントを作成することが可能です。また、もちろんこの方法は普通のテキストフラグメントでも使うことが出来ます。付けたいタグが増えてきたときに特にオススメです。Evernoteのように1クリックで保存できない代わりに、ＰＤＦを登録する時点で簡単且つ丁寧にタグ付けを行えるのがPiggydbの魅力の一つですね。
と事前に一度だけ構成することで、後は、
以上の２つの他にも、｢#545 創造的なツールには魅力的なUI、ビジュアルも必要ではないか｣や｢#542 PiggydbがEvernoteより優れている３大ポイント｣でも紹介させて頂いたPiggydbならではの魅力はたくさんあります。
- 完全にオフラインで作動するので、情報漏洩の可能性が無く情報の安全性が高い！
- タグクラウドビューのワクワク感！
- 大きく育ったタグには、たくさんインプットしたなぁという満足感も感じられますね！！
- スライドバー操作で、様々に変化するフラグメントリストビューの爽快感！
- 画像フラグメントのサムネイルが表示されるようになると更に楽しくなりますね！！（要望です、ご検討よろしく御願いします）
- 軽快な検索スピードと、的確な検索結果を併せ持つ、優秀な全文検索！
- 一回の表示量を制限しているので、大量の検索結果がある場合でも、極端に遅くなったり重くなったりしないのが職人技って感じです！！
- フィルタ操作を意識させないシームレスな｢関連するタグ｣機能！
- ＋ボタン、－ボタンでポチっポチっと操作していく感じも、分かりやすく面白いです！！
- フラグメントツリービューからのつながりをたどるネットサーフィンの楽しさ！
- 双方向つながりだと更にネットワークが広がり、まさに脳内シミュレータと化します！！
- PiggydbをFirefoxで活用すれば、Stylishで自由にカラーカスタマイズが可能！
- #546 ブラック＆オレンジがテーマのPiggydb用Stylish、自画自賛ですがオススメです！！
以上、長々と紹介させて頂きましたが、最後まで読んで頂きまして、本当にありがとうございます。Evernoteの階層タグと全文検索で情報を整理することに興味はあるけれど、クラウドサービスはまだ不安、という方、とにかく情報を整理するのが大好きだという方、ぜひ一度Piggydbを試してみてはいかがでしょう。きっと、その素晴らしさに驚くことを保証しますよ！
P.S.
以上のような過程により、今後はPiggydbとEvernoteを使い分けていくことにしました。でも、両者を併用するとやっぱり、Piggydbの良さを再確認するんですよね。とくにつながりが作りたくなります。（Evernote for Mac では、ノート間リンクという機能が追加されたようです。Evernoteの一歩先を行くPiggydb、格好いいです！）やっぱり、私にとってはPiggydbは最高のアイデアツールです！！
以上のような過程により、今後はPiggydbとEvernoteを使い分けていくことにしました。でも、両者を併用するとやっぱり、Piggydbの良さを再確認するんですよね。とくにつながりが作りたくなります。（Evernote for Mac では、ノート間リンクという機能が追加されたようです。Evernoteの一歩先を行くPiggydb、格好いいです！）やっぱり、私にとってはPiggydbは最高のアイデアツールです！！
オフラインブログから知的生産ツールまで、変幻自在のPiggydbを逆引きしてみた
Piggydbを使って早一ヶ月が過ぎ、だいぶ自分なりのPiggydbの使い方が見えてきました。そして、気付いたこと、いや驚かされたことは、Piggydbの多彩な可能性の数々です。そこで、Piggydbを様々な方に興味を持って頂けるように、Piggydbの機能から何が出来るのかではなくて、他のサービス、ツールをPiggydbで再現することはできないかを検証してみました。特に一般的にはオンライン専用のサービスを完全オフラインのツールとして利用したいと思っている方の助けとなれるように考えてみました。逆に言えば、目的に合わせてどうPiggydbを活用していくかという事を逆引きでまとめてみる、ということになります。
- #173 閲覧初心者に対するユーザビリティについて
ユーザ層にあわせ,ポータルの使い方を案内するフラグメントを作る。
書籍風の見出しフラグメントを追加。
初期ユーザ向けに,ステップバイステップのPDFマニュアルと画面及び用語解説ページ。
これらをドキュメントビューから作成したPDF及び配布向けページ。
- #174 作者の回答
ただ、現状の方向性としては、手取り足取りのドキュメント作成、ケニーさんが仰る、いわゆるPDFのような普通のドキュメントの作成についてのプライオリティはそれほど高くありません。
というのも、色々な人にPiggydbについて説明してきて、「Piggydbとは～のようなものである」という説明をしてもあんまり意味がないと気が付いてきたからです。
Piggydbはかなり汎用的なソフトウェアですので、その操作方法やコンセプトを説明しても、「で？」という反応になりがちです。
なんと言いますか、Piggydbは従来のソフトウェアの代替を意図して作られたものではないので、余計に「仕組み」だけを説明しても意味がないんですね。
今回の一連のフラグメント群が、作者様の意図とは少々ずれているのは、承知の上です。それでもPiggydbユーザーの増加を願って、逆引きさせて頂きます。どうぞお許し下さい。
Piggydbをオンラインで公開することは可能でしょうか
質問です。このPiggydb.jpのように自分のPiggydbをオンラインで公開することは可能でしょうか？
Q1.ライセンス的な問題はありますか？
#3 Piggydbを使ってみるPiggydbはApacheライセンスで公開されているオープンソースのソフトウェアで、パッケージをダウンロードしてご自分の環境にインストールする分には無料でご利用頂けます。普段使っているパソコンにインストールして、自分だけの情報管理ツールとして利用することもできますし、サーバーマシンにインストールして複数人で共有することもできます。
とあります。
License - WikipediaApache Licenseは、頒布される二次的著作物が同じライセンスで提供されたり、フリーソフトウエア、オープンソースソフトウェアとして頒布されることを要求しない。要求するのは、ユーザーがそのソフトウェアにApache Licenseのコードが使われていることを知らせる文言を入れることだけである。従って、コピーレフトライセンスと異なり、Apache Licenseコードの二次創作物のユーザーには、フリーなライセンスが適用されない可能性もある。
つまり、About Piggydbのページを改変せずに、表示させておけば良いと言うことでしょうか？
Q2.レンタルサーバーを借りる際の必要条件を教えて頂けますか？
JAVAレンタルサービスのようにJAVAのTOMCATが使えるサーバーを借りれば良いのでしょうか？ それ以外にもアドバイスなどありましたら教えて頂ければ幸いです。
もしよろしければ教えて頂きたいのできたいのですが、このPiggydb.jpはどちらのレンタルサーバーを借りていて、料金はいかほどでしょうか？ 差し支えなければ、教えて頂ければ幸いです。
Q3.Piggydbの非公式の個人ファンサイトを作ってもよろしいでしょうか？
もし、作者様に迷惑がかからないようであれば、Piggydbのファンサイトを立ち上げてもよろしいでしょうか？
また、その際、Piggydbやライフハックに関する話題に絞ったサイトにすると、かえってPiggydbの魅力を伝えにくいので、ゴルフやサッカーなどの話題をメインにPiggydbを私的なオンラインブログとして使っていくつもりです。その１コンテンツとして、Piggydbのファンコーナーを作りたいと考えています。
#565 のようにご心配をかけないよう、あらかじめ申し上げておきますが、元々ゴルフに関するブログを立ち上げたい気持ちがあったというのが前提にあります。その上でせっかくだから他のレンタルブログではなく、Piggydbを使ってオンラインブログを更新していきたいなというのが素直な気持ちです。
また、これまではPiggydb.jpは公式のサイトだということで、（これでも一応）遠慮して書き込んできたのですが、もっとタグやつながりの具体例を紹介して、自由にPiggydbを紹介したいという気持ちも強いです。元々、自分専用のPiggydbでも使い方のコツをこまめにメモしてきたので、どうせならそれを清書して公開し、少しでもいろんな人にPiggydbの魅力を知ってもらいたいです。
また、私が非公式の個人ファンサイトを立ち上げれば、Piggydb.jpも落ち着いて、元の公式サイトらしいサイトに戻るはず、という考えもあります。私自身も、ある程度気楽にPiggydbの使いこなし術を紹介することができますし。
それでは、よろしければ、回答と検討のほど、どうぞよろしくお願いします。
P.S.
アウトラインプロセッサとしてPiggydbを活用していく方法を考えていく過程で、改めてPiggydbの底力、その柔軟性に驚かされました。本当に素晴らしいソフトです。作者様、本当にどうもありがとうございました。
todo管理がもっと便利にできればいい
todo用のタグみたいなのを用意してもらえませんか？
応援しております
はじめまして。
2年くらい愛用させていただいてますcamiと申します。
2年くらい愛用させていただいてますcamiと申します。
Evernoteをはじめ、さまざまなソフトも試してみましたが、Piggydbが私の情報整理の方向性とよく合っていて一番使いやすいです。
最近では、タグフラグメントのシステムで目から鱗が落ちました。
この調子でつながりフラグメントやカレンダーフラグメ（ｒｙ
最近では、タグフラグメントのシステムで目から鱗が落ちました。
この調子でつながりフラグメントやカレンダーフラグメ（ｒｙ
誰も使っていないかも、という不安があるとのことですが、更新がないか日頃からチェックしています！
ネットではROM専というか、フィードバックしない人が全体の8割～9割を占めるともいいますし、私のように更新を楽しみにしている人は大勢いると思います。
ネットではROM専というか、フィードバックしない人が全体の8割～9割を占めるともいいますし、私のように更新を楽しみにしている人は大勢いると思います。
これだけではなんですので、追加して欲しい機能を何点か。
- 繋がりを作るときに、双方向繋がりをデフォルトに設定するオプション
- 正規表現を使った検索や、検索の履歴
Piggydbは連想で情報を引き出していけるのが強みです。
しかし、末端のフラグメントや単発のフラグメントを探すときには、検索に頼らざるを得ません（特に古い情報の場合）。
検索しなくてもタグやつながりだけで全部見通せるのが理想ですが、ボトムアップ式で情報を集めていくと、どうしても漏れや見逃しが発生します。
検索関連が強化されれば、連想の「元」になるフラグメントにアクセスしやすくなったり、末端のフラグメントも有効活用できるようになりそうです。
しかし、末端のフラグメントや単発のフラグメントを探すときには、検索に頼らざるを得ません（特に古い情報の場合）。
検索しなくてもタグやつながりだけで全部見通せるのが理想ですが、ボトムアップ式で情報を集めていくと、どうしても漏れや見逃しが発生します。
検索関連が強化されれば、連想の「元」になるフラグメントにアクセスしやすくなったり、末端のフラグメントも有効活用できるようになりそうです。
他にも要望やアイディアがいくつかありますが、漠然としているので、うまくまとまってから書き込みさせていただきたいと思います。
お忙しいとは思いますが、これからも更新期待しております。
EvernoteとPiggydbの違いについて（cami）
お久しぶりです。camiです。
Evernoteの強みは結局のところ、アクセシビリティなんですよね。
どこからでも書き込めるし、どこからでも読み込める。
アップデートを追っていますが、共有機能や、高速化、他ツールとの提携などに重点が置かれ、目新しい機能がなかなかあらわれません。
どこからでも書き込めるし、どこからでも読み込める。
アップデートを追っていますが、共有機能や、高速化、他ツールとの提携などに重点が置かれ、目新しい機能がなかなかあらわれません。
Evernoteを使っているとわかるんですが、最終的には「自分用の検索エンジン」になってしまうんですよね。絞り込み済みのGoogleというか。
つまり、「見つけやすいカードの集まり」というイメージです。
そもそもEvernoteのノート同士がリンクできるようになったのも最近のことです。
「箱とカードを用意してやるからあとは勝手に使ってくれ」、という制作方針なのは間違いないでしょう。
そもそもEvernoteのノート同士がリンクできるようになったのも最近のことです。
「箱とカードを用意してやるからあとは勝手に使ってくれ」、という制作方針なのは間違いないでしょう。
それをいかに「整理するか」「関連性を見つけるか」と工夫している方もいるのですが、それなら最初から「整理」を目的としたツールを使った方がいいのでは？と思うわけです。
Piggydbが何が違うかと言えば、Piggydbは分類・整理をまあ奨励しているわけです。しかし、それは情報を探しやすくするためではありません。分類・整理を通じて利用者が学習するためです。
私がPiggydbに対して魅力を感じているのはこの部分です。
Evernoteがカードの集まりだとすれば、今のPiggydbはパズルのピースだと思います。
パズルを組み立てていると、部分的にでも景色が見えてきますよね。
パズルを組み立てていると、部分的にでも景色が見えてきますよね。
それだけでも他のツールと一線を画しています。
現状からさらに進化させるのは簡単ではないでしょうが、画面を分割して比較できるようにしたり、さらに視認性を高めて、高い位置からパズルの全体像を見わたせるような工夫など、改良の余地はまだまだあると思います。
現状からさらに進化させるのは簡単ではないでしょうが、画面を分割して比較できるようにしたり、さらに視認性を高めて、高い位置からパズルの全体像を見わたせるような工夫など、改良の余地はまだまだあると思います。
何だかうまくまとめられませんでしたが、EvernoteとPiggydbの両方を使い比べてきた私が感じたことです。
camiです
お忙しい中、更新おつかれさまです！
年内に重要な更新
楽しみですね！
コンセプトに大きく関わる更新なのでしょうか。
コンセプトに大きく関わる更新なのでしょうか。
でも、できるだけマイペースで、無理だけはしないでくださいね！
応援しております！
応援しております！
シャッフル機能追加について（cami）
camiです。
ver6.6、さっそく利用させていただきました。
ver6.6、さっそく利用させていただきました。
第一印象は「なるほど！！」です。
これは使い方の幅を大きく広げる改変ですね。
これは使い方の幅を大きく広げる改変ですね。
人間の脳が時間とともに薄れていくように、しばらく使用されていないフラグメントが時間と共に「劣化」していく。
そんな現象を防ぎ、脳のサポートツールとしての役割を強固なものにする、画期的なアイディアだと思います。
そんな現象を防ぎ、脳のサポートツールとしての役割を強固なものにする、画期的なアイディアだと思います。
シャッフルの幅を調整できるタグフラグメントの有用性も高まり、一石二鳥です。
また一歩、Piggydbの使い勝手が向上して嬉しい限りです！
また一歩、Piggydbの使い勝手が向上して嬉しい限りです！
バージョン6.8の感想と要望（cami）
こんばんは、camiです。
ホント、時間が経つのが早いですね……。
ホント、時間が経つのが早いですね……。
いくつか要望があります。
- スマートレイアウトで左右の幅を調整したい
- エディタに文字色変更やタイトル用の構文が欲しい
- 画像のプレビューを移動できるようにして欲しい
- youtube以外の動画サイトにも対応して欲しい（特にニコニコ動画）
すでに検討中のものもあると思いますが、ご一考よろしくお願いします。
4番目のはコンセプトにまったく関係ありませんし、個人的に欲しいオマケみたいなものなので、気にしないでください＾＾；
4番目のはコンセプトにまったく関係ありませんし、個人的に欲しいオマケみたいなものなので、気にしないでください＾＾；
名前には意味があり魂がこもる
どうも673です。興味深い記事が多いので、単純にpiggydb.jpを読むのも好きなのですが、今回特に気になった記事があったので、コメントさせて頂いています。
キーワードや見出しの質にもよるとは思いますが、発想のために重要なのはその背後にある膨大な文脈の方であって、キーワードはあくまで結果に過ぎないと思うのです。
この考え方には目から鱗でした。なるほど、その通りですね。
ただし、これは私の個人的な考えなのですが、Piggydbを使う上では、そこで思考停止せずに、更にもう一歩の創造的労力をかけるべきではないかなぁと。
私は普段から出来る限りフラグメントにはタイトルを付けるようにしています。一言で象徴できるキーワードなんてめったに思い浮かばないので、大抵は短めの文章になりますが、それでも"名前には意味があり魂がこもる"と思って名付けています。
もちろん、あきらかに"つながり"のあるフラグメントの補足的なフラグメントだったり、また、アイデアストックとして、まだ頭の中で整理が出来ていないフラグメントは無題でささっと保存していくこともあります。
それでも、少なくともタグフラグメントに育てたいと思っているようなフラグメントには名前を付けていった方が良いと思います。それは、脳内での記憶の問題と、Piggydbでの俯瞰的視野の問題があるからです。
特に後者の問題で、なかなか現状のディスプレイの解像度ではフラグメント本文を開いた状態で多くのフラグメントを俯瞰で見ることは難しいと思います。ある程度グループが思い浮かんでいる状態ならともかく、シャッフルなどを駆使し今まで気付かなかった新鮮なグループ分けを探しているときは、やはりタイトルを並べて俯瞰でみたくなると思います。
結局の所、（タグ）フラグメントのタイトルを考えるという事自体が、Piggydbを使うスタート地点ではなく、過程でありゴールの１つなのだと私は考えています。私の例では、"#eureka"の段階ではタイトル無しでスタートすることもまれにありますが、intelligenceタグにまとまった段階では必ずタイトルを付けます。（ただしキーワードではなく文章、キーテキストになっていることも多いです）
ただし、名前を付けることで、そのフラグメントの可能性が無意識に固定されてしまうこともあるので、その点は注意が必要だとは感じています。
又、以上の話はあくまで個人的な思索での話であり、複数人でのブレーンストーミングの事は想定していません。
閲覧時のタイムスタンプ導入
どうも673です。piggydbの新機能について１つ提案があるので、参考程度に聞いて頂ければ幸いです。
"閲覧時のタイムスタンプ導入"
"閲覧時のタイムスタンプ導入"の効果ですが、PoIC とは？に書かれている
しかしながら、長期的な観点からすると、ランダムに見える思考の背後にも必ずトレンドやパターンが必ず隠れています。例えて言うならば、人間の思考やその複合として起きる身の回りの出来事は、短周期のランダムな波と長周期の秩序立った波を足し合わせたようなものです（右図参照）。
この事例に書かれているトレンドやパターンをPiggydbで掴みやすくなると思います。
私の場合も新しいフラグメントを書こうとしているときには、過去のフラグメントやネットのブックマークなどをいろいろタブに開いていきます。そして、同じような事を考えている期間中は何度もその作業を繰り返します。もちろん、この作業においてPiggydb内の"最近見たもの"や"ブックマーク"機能は良い手助けになっていますが、"閲覧時のタイムスタンプ"が導入されれば、もっと便利になると思います。
Piggydbの本質的な使い方を考えたとき、そう言ったフラグメント群はまず"考えている内容や日付"でフラグメントを作り、それに閲覧した関連フラグメント群を"つなげて"いくのがやり方の１つだとは思います。が、その作業の手前の段階で"閲覧時のタイムスタンプ"は良い手助けになります。
また、"閲覧時のタイムスタンプ"導入は、フラグメント記入時における"高検索性への欲求"を上手く緩和してくれると思います。良く見るフラグメントは自然と上方に集まり、忘れ去られたフラグメントは下方に沈む。又、久しぶりに探した出したフラグメントというのは、やはり探し出した後、しばらくは見る頻度が増えるのが自然だと思います。
これに関しては、amazonの"ほしいものリスト"が参考になると思います。"ほしいものリスト"は既に登録してある商品の"ほしいものリスト"ボタンを押すと、その商品がリストの一番上位に並び替えられます。それを一定期間、繰り返すことで、ずっと欲しかった商品は上に目立ち、一度だけ気になった商品は自然とリストの底で忘れ去られます。私は、この機能のお陰で、自分の購買欲をコントロールする事が出来ています。
現在のPiggydbの仕様でも空編集することで代替は可能ですが、もし宜しければ、"閲覧時のタイムスタンプ導入"検討して頂ければ幸いです。よろしく御願い致します。
Piggydbのバックアップは画像内包のPig形式で
どうも673です。新しいPiggydbを作り、xml形式でエクスポートし、メールに添付したところ、xmlファイルが壊れていました。画像ファイルを一つも使用せず、テキストファイルのみのPiggydbでした。
過去に、何度もエクスポートからデータベース復元作業を行いましたが、Pig形式のファイルではデータが壊れたことは一度もありませんでした。
一つでも画像ファイルを含んだPiggydbは自動的にpig形式でエクスポートされますので、ユーザーの皆さんには、ぜひPiggydbに画像ファイルを登録して、pig形式でバックアップをとるようにお勧めしたいと思います。
- pig形式
- xmlファイルと画像がアーカイブ形式で保存されます。他のアーカイバソフトから普通にzip形式などと同じように解凍することも可能でした。
P.S.
今回のxmlファイル破損で特に大きな実害はなかったので、そこは心配無用です。元のPiggydbのデータはもちろん無事でしたし、内容もほとんど覚えたいたので。
祝・Ver6.9リリース
どうも、673です。Ver.6.9のリリースお疲れ様です。そしておめでとうございます。
さっそくインストールして試してみました。今までも主に印刷やHTML形式、PDF形式での保存などにドキュメント・ビューを活用していました。今回、目次が搭載されたことで、更にアウトプットされた時の閲覧に便利になりました。また、親フラグメント名が載っているのも、これから便利に感じられる機会が増えるように感じます。
私にはオンラインサーバーに自分専用のPiggydbをインストールして運用する技術は無いので、piggydb.jpをandroidスマートフォンから閲覧してみました。元々piggydb.jpはスマホブラウザのブックマークに入っており、閲覧も書き込みも問題なく対応できていました。ただ、スマホの小さな画面で閲覧する際に右側のカラムが邪魔に感じられる事がありました。
今回のドキュメント・ビューでは、画面一杯に本文が表示されるので、大変に読みやすいです。右上のホームリンクもスマホでの閲覧の際にはとても便利だと思います。また、全体的に軽く、親フラグメント、目次、つながりなどのリンクも表示されているので、スマホでの閲覧がとてもスムーズに行える印象です。
個人的に今までもドキュメント・ビューを活用する機会が多かったので、今回のリリースはありがたいです。又、Piggydbがスマホやタブレットへの対応を意識されている、その方向性がとても嬉しいです。今後もPiggydbの継続的な開発、どうか頑張って下さい。応援しています。
図解的思考による"よりよい分類方法を発見"問題への対応
こんにちは、magicianです。GWを迎えるに当たってぜひPiggydbユーザーのみなさんに試して欲しい、知的生産技術を紹介させて頂きます。（実験中の知的生産技術なので、継続的な実績はありません。あしからず）
図解と組み合わせてPiggydbをより使いこなす手法です。
まず、Piggydbはマルと矢印で作られた図解を、意味的な構造を維持したまま、個々のフラグメントを独立させた状態で、データベースに入力することが可能です。（"接続詞フラグメント"を挟んで間接的に"つながり"を作ることを組み合わせる必要があります）図解によってビジュアルで示された、関係や位置、構造などをきちんとPiggydbで再現出来ます。
また、Piggydbで知的生産を行うときのキーワード、"ボトムアップ"による"タグ"や"つながり"の発見、という考え方は、手書きによる図解を行うことで、とてもよく理解できるようになると思います。私は、日頃のメモを"100円ノート超メモ術"で取り、アイデアの創造や学習の理解をiPadの手書きノートアプリ"Note Anytime"で図解して行っています。こういう風に、日頃からインデックスや図解による思考に慣れてくると、よりスムーズにPiggydbでボトムアップ的な知的生産を行えるようになると思います。
例えば、私は大体一週間に１冊のペースで１００円ノートを使い切るので、毎週、インデックス(="タグ")を考え直す事になるのですが、やはり段々と使いやすいインデックス（="タグ"）を思いつくようになってきます。手書きの図解も、理解できるようになるまで、何度も図解を書き直しますが、２回目、３回目と作り直すたびにやはり頭の中がどんどんクリアになっていきます。
これが重要で図解には"同じテーマのものを何度も作り直すことでよりよい図解が生まれる"という本質があります。この考え方に慣れてくると、分類におけるジレンマ"ユーザーの成長による分類の老朽化、新たな分類による更新欲求"と上手く付き合えるようになってきます。つまり、Piggydbの"タグ"や"つながり"を図解と考えれば、それらが何度も作り直されることは当たり前だと考える事が出来るようになります。
また、私はPiggydbと手書きの図解を相互に繰り返して描くことがあります。まずは、手書き図解を見ながら、Piggydbに入力しデータベースとして機能させる。逆に今度は、Piggydbの情報を手書きで図解し直し、ビジュアルによる一覧性・俯瞰の視野を手に入れる。そして、又図解し直して、と相互に繰り返すことで、新たな視野で知的創造を行うことが出来ます。このとき、Piggydbでは過去の図解を再利用、再構築する事が容易であるということが、大きなメリットであり特徴だと感じています。
そして、Piggydbは他者にその本質的な使い方を紹介するのが難しいツールでしたが、図解を絡めることで、幾分か分かりやすく伝えることが可能になるのではないか、私はそう考えています。
以下は、参照した本やアプリ、記事の一覧です。
- iTunes - ブック - 久恒啓一「仕事力を高める方法は 「図」がすべて教えてくれる！」
- "すべてはマルと矢印で表現できる"
- "「仕事の図解」は少なくとも３回描く"
- #544 タグを中心にした知識の構築
- "利用者自身が学習によってよりよい分類方法を発見する"
- " 知的生産の技術
- "くりかえし強調するが、カードは分類することが重要なのではない。くりかえし‘くる’ことがたいせつなのだ。
- （該当ページが見つかりませんが、確か"利用者の進化により、分類は古くなるので、細かい分類はしない方がよい"という主旨の話もあったと思います）
- あらゆるタブレット端末で使える手書きノートアプリ Note Anytime
- "手書きで文字や図を書いたり、写真を貼り付けたり、文書作成ピンチイン・ピンチアウトの操作で自由自在に拡大・縮小ができるので、驚くほど緻密な表現が可能。スマートフォンの小さな画面でも編集できます。書き込んだ文字や図は、拡大・縮小しても劣化せず美しさを保ちます。"
- 100円ノート超メモ術公式サイトMENU
- "インデックス（目次＝検索項目）は、自由に記入する。最初から決めることはない。必要に応じて好き勝手に記入すれば良い。"
形容詞タグと副詞タグ
形容詞タグというのは、名詞を修飾するタグですね。固有名詞のタグやトップダウン的な分類のタグの付け方が形容詞タグになります。固有名詞のタグが形容詞タグになるのは、例えば正式な英語では"a game of football"と表現されるものがしばしば"a football game"と表現されることを思い浮かべてもらえれば理解できると思います。
形容詞の視点で詳しく分類しようとすれば、簡単に詳しく分類できます。例えば、中村俊輔選手を分類するなら、"横浜Ｆマリノス"、"日本代表"、"セルティック"、"CL"、等々。しかし、逆に言えば、一言"中村俊輔"というキーワードを聞いただけですぐに思いつく分類でもあります。つまり、省略して構わないタグな訳です。（知らない分類でも、Googleで調べればすぐに分かるタグです）
次に、副詞タグです。副詞とは英文法では、"動詞、形容詞、その他の副詞を修飾する語"です。具体的な例を挙げれば、5W1Hタグや感情タグ、Quesutionタグ、Eureka（アハ体験）タグ、intelligenceタグ,
その他の抽象的なタグ等です。図解して浮かび上がったキーワード、つまりボトムアップで生まれたタグも重要な副詞タグです。
こちらは、本人の心や頭の中にのみ存在する事柄が中心となるタグになるので、忘れないうちに、すぐにどんどん付けていった方が良いです。特に図解的なタグの付け方をしている場合、過去のタグに無理に合わせようとせず、思いついた素直な言葉でタグを付けていくことをオススメします。
例えば、"優勝のかかった試合"(When)、"大興奮"(感情タグ)、"ファンタスティック"(抽象的)などです。これらを各試合ごと、もっと細かく各プレイごとにフラグメントに分けてそれぞれにタグを付けていくと、後で思い返しながら、Piggydbを見たときに、とても面白いことになると思います。
ちなみに"検索性"ですが、あくまで自分自身が使う場合は、"全文検索"や"つながり"なども頼りにして、記憶を元に情報を探すことが出来ると思います。逆に他者に探させる場合は想定していません。正直、プレゼンテーションなどの勉強をしていると、普段のデータベースから他人に理解させることを意識することはとても難しいなと感じています。だから、そこは割り切って自分自身が探せればＯＫと考える方がよいかなと思います。
以下は参照した書籍やページの一覧です。
- プラクティカルジーニアス英和辞典
- football
- ロイヤル英文法
- 名詞の形容詞用法
- #680 既存の分類は手軽に済ませ、独自の発想を育てていく
- Question,Information,Eureka,Intelligence
タブレット端末での動作について
Piggydb、すごく良いアイデアツールですね。特に２ペイン型がすごく使いやすいです。つながりのあるフラグメントを閲覧しながら、メインのフラグメントを編集できるのはとても思想しやすく、ありがたいです。
ぜひ、タブレット端末で使いたいのですが、動作しますでしょうか？ 現在はWindowsタブレットも市場に出ているので、Piggydbが快適に動作するのであれば、購入も検討したいと考えています。
また、クレジットカードを使わない有料版の支払い方法はありますか？ ウェブマネーや銀行振り込みなどで対応してくださるととてもありがたいのですが。
それでは、これからますますのPiggydbの発展、楽しみにしております。
レオナルド・ダ・ヴィンチ展―天才の肖像
こんにちは、magicianです。#724,#725だけでは、ちょっと内容が理解しきれませんでしたが、"コンセプト","KJ法"、#728まで読んで、少しずつ作者様の意図が伝わってきたように思います。
まず、#723で私が述べていた「図解」については、"KJ法"における図解をそのまま空間的・時間的な制約の無い形でPiggydbにおいて、データーベース化出来ると言うことが、『私の中で実感できてきた』という事だと思います。私はそれを二次元（平面）・三次元（立体）・四次元(時系列)の制約を超えた「無次元図解」などと呼んでいます。「無次元図解ツールPiggydb」と。
実は先週末、上野の都美術館で行われているミラノ アンブロジアーナ図書館・絵画館所蔵「レオナルド・ダ・ヴィンチ展―天才の肖像」｜TBSテレビを観てきました。特に～レオナルド 思考の迷宮～と名付けられたアトランティコ手稿のフロアには数時間滞在して、何周も眺めましたが、レオナルドの手稿（天才のメモ）はとても興味深いモノでした。
例えば〈アトランティコ手稿：古典・絵画・人物のデザイン〉カテゴリー、《アナモルフォーズ（幼児の頭部と二つの眼）の習作、計算のためのメモ書き、テクスト》と題された手稿には、本当に幼児の顔や眼球のスケッチ、違う話題のテキスト、数式など天才以外にはどんな関連があるのかさっぱり想像できない事柄が一枚の手稿に描かれていました。一枚の紙における複数の事柄の空間的な配置などにとても関心をそそられ、簡単なスケッチまでしてしまいました。
Piggydbもレオナルドの手稿のように、他人には、いや自分自身でさえ思いつかなかった事柄同士の隠れた関連性、類似性、共通のコンセプトなどを発見できる可能性が秘められていると思います。
その為には、様々なジャンルに関する情報、アイデアを１つのPiggydbに集約し継続して蓄積していくことが重要なのではないかなと感じます。
ダ・ヴィンチ展、６月３０日まで開催していますが、もし来場出来なくても、全ての手稿の図版が解説付きで載っているレオナルド・ダ・ヴィンチ展 公式図録（通常版）が2500円＋送料でTBSから購入できます。Piggydbユーザーにはとても興味深い内容だと思うので、オススメです。
"ツールの使いこなし"から飛び出すこと
よくよく考えてみると、ソーシャルネットワークの時代、今、私自身、愛用するツールの作者様と直接、ネットを介して対話させて頂けているわけです。ユーザー本人に新しいソフトの開発技術（プログラミング技術など）が無くても、同士でコミュニケーションを取り、お互いの長所をシェアしあうことで、新しいモノ作りを支援していくことが出来る時代なのですよね。
例えば、ソフトの使用感をフィードバックしたり、ブログやツイッター、生の口コミなどで広報活動をしたり等。また、Piggydbもそうなのかもしれませんが、ソフトを開発するためのソフト、アプリを創造するアプリなどがどんどん生まれてきて、プログラミング技術への入り口も低くなってきているように感じます。
作者様の記事を読んでよく考えた後には、最初の一歩を踏み出しさえすれば、誰にでも新しいモノ作りを始められるんだ、という新たな意識が芽生え、"ツールの使いこなし"から飛び出すことへの（心理的）距離感がとても短くなりました。素敵な記事をどうもありがとうございました。
「PDCA」から「ＥＡチェーン」へ
#728の"事後的に発見されるアイデア"について、とても近い考え方が、ビジネス本を何冊読んでも身につかない人のための 今すぐできる「戦略思考」の教科書 筏井哲治 講談社という本に載っていますので、抜粋して紹介します。
「PDCA」から「ＥＡチェーン」へ
代わりに考えたのは自分たちが属している数名のチームでExperiment(実験)-Adapt(適用)を繰り返すことでした。
ただ、ブレインストーミングによって思いついたたくさんのアイデアや工夫の中から、みんなが面白いと思ったものをとにかく実行してみる、たったこれだけです。こんな単純なことなのに、新しいアイデアを実験する、ということを毎日やっている組織はほどんどないようです。しかし、当然のことですが、実行しないことには、状況共有も独創的なアイデアも、何の意味も持ちません
作者様の仰っていることは、このEAチェーンの垣根を更に下げて、ブレインストーミングも省略し、とにかく実験してみること。その代わり、その時々の結果やそれに関する考察、周辺事項をこまめにPiggydb等に蓄積して記録していくこと。
言い換えれば、Preview(準備)からReview（再検討）への重点の変換、なのではないでしょうか？ 現代に置いて、失敗を恐れる余り、とにかくPreview(準備)に力を割き、実行まで漕ぎ付けないことも少なくない。そうではなくて、まず実践・実験して、その代わりその行動をしっかりReview(再検討)し、その内容を記録・蓄積していく。
（個人的には、Previewを"プレ"と短く呼んでいます。Reviewに関しては、日常でまだそこまで意識していないので、省略語はありません）
実際にやってみたら、やはり画期的なアイデアだったと実感する。実際にやってみたら、どこか予想と違う。そして、成功も失敗も分け隔てなく記録する。そうして蓄積されたモノを新たな視点、斜めの視点などから眺めて、思わぬ共通のコンセプトを発見したりする。
そういう行動をサポートできるのが、Piggydbの素晴らしさなのではないでしょうか。
また、一点追記しておきたいのですが、それでも何かしらの実践・実験の前に、その行動の結末を"予測"しておくことは、とても重要な意識の持ち方だと思います。その"予測"が当たるにせよ、外れるにせよ、思わぬ結果を生むにせよ、"予測"と"結果"の比較検討はとても重要な知的生産の１ピースとなると思います。
(知的生産とは違うかもしれませんが、私が”プレ”の"予測"を重要視するようになった実体験を紹介します。
それは、2010年の南アフリカＷ杯の初戦、カメルーン戦です。戦前の評判では岡田ジャパンの評判は最悪で、私自身もチームに期待感を持てずにいました。しかし、私はあるブログを読み衝撃を受け、とにかく岡田ジャパンは絶対に勝つ、グループリーグを突破できると信じることにしました。
絶対にチームは勝つ！ というプレを経て、いざ初戦をＴＶで生観戦、結果、岡田ジャパンは勝利しました。その時の私の喜びようと言ったら！
もしもチームに期待感を持てないまま、試合内容や試合結果に一喜一憂していたら、あれほどの喜び、感動は得られなかったことでしょう。
上記で記した、"予測"と"結果"の比較検討という視点は、効率的な学び、という観点も大きいですが、知的生産を行う者の感情面も含まれています。"Eureka"（Aha体験）は知的快感を伴うものです。知的生産を行うのはパソコンではなく、人間。人間がやることから感情を切り離したら、良い仕事は出来ない、私はそう信じています)
親方向のつながり
お久しぶりです。
早速ですが、つながりの子孫のフラグメントから親に簡単にたどり着けるようになりませんでしょうか？
子孫の方向は[+]アイコンで次々と開いていけるのですが、親の方向にはその機能がありません。
子孫の方向は[+]アイコンで次々と開いていけるのですが、親の方向にはその機能がありません。
例えば、タグパレットの「守破離」という語に興味をおぼえてクリックすると、758, 757, 752が抽出されます。
そこで、758がどんな流れで書かれたフラグメントかを知ろうとすると、752, 746, 744, 743, 741, 740, 737, 736, 735と遡って、タグフラグメント「KJ法」にたどり着きます。
ページ移動が10回必要です。
そこで、758がどんな流れで書かれたフラグメントかを知ろうとすると、752, 746, 744, 743, 741, 740, 737, 736, 735と遡って、タグフラグメント「KJ法」にたどり着きます。
ページ移動が10回必要です。
外野が話の発端を知りたがっている訳ですが、個人的な利用でも連想のつながりがのびていった後でそもそもどんな思い付きから連想が広がってきたのかを振り返りたいという需要があるかと思います。
どうぞ、親方向のつながりにも光を当ててやってください。
どうぞ、親方向のつながりにも光を当ててやってください。
タグは"発見"、つながりは"発想"
つながりとタグの使い分けについての１つの思いつきです。自分でも今後、実践、実験していきたいと思いますが、どなたかのヒントになるかもしれないので、簡単に紹介させて頂きます。
イメージを共有出来ていれば、情報の断片でも理解を得られるかもしれない
実は今、私の頭の中に知的生産の技術に関する１つのアイデアがあります。しかし、その手法を紹介するためだけにサンプル例を探して実践する時間の余裕が、残念ながら今の私にはありません。
最後の図解化から文章化ですが、ここにはまずこの作業自体をそもそもやろうとしないという決定的な問題があります。KJ法を単なる情報の整理法だと考えている人に特にこの間違いをする方が多いのではないかと思います。
又、上記で書かれているようにKJ法や発想法のゴールは文章化だそうなので、piggydb.jpで文章で説明できるレベルにまで、自分のプライベートなPiggydbで実践を重ねたら、その時に紹介させて頂きたいと思います。
ただし、そのアイデアはmarubinottoさんが抱いている今現在抱いているイメージに類似しているかもしれない、という気がしています。元々、marubinottoさんが最近仰っていること、そして過去に仰った内容にとても刺激を受けているので、類似することは決しておかしくないのですが。ここで伝えたいことは、イメージが類似している、していない、オリジナルの画期的な発想か否か、ということではありません。
もし、marubinottoさんのイメージと私のイメージが類似していれば、すなわち、私がmarubinottoさんのコメントの意図の少なくとも一部を理解していることになると思います。逆に言えば、もし両者が類似していれば、私のアイデアの断片だけを紹介しても、marubinottoさんには理解して頂けるかもしれない、ということです。
その可能性を信じて、この後のフラグメントからそのアイデアの簡易な説明をpiggydb.jpで行わせて頂きたいと思います。その説明は、Piggydbを実際に使わないと実現できないものになるからです。また、普段はウェブ上と言うことで自粛している、Piggydbらしいフラグメントの使い方をさせて頂きたいと思います。
一連の説明が終わりましたら、終了宣言をさせて頂きますので、少しだけ私に説明の場をお貸し下さい。どうぞよろしく御願い頂きます。
warファイルのVer.6.17とVer.6.18について
warファイル（匿名アクセス無効版）のVer.6.17とVer.6.18についてなのですが、タグに ねこ、いぬ のように全角文字を使った場合、タグパレットの ねこ をクリックしても該当するフラグメントが表示されません。タグに neko のように半角英字を使った場合は問題なく表示されます。
Ver.6.16以下については、上記の現象は起きず正常に動作します。
また、スタンドアローン版については、Ver.6.17、Ver.6.18 共に問題なく動作します。
この現象は、私のＰＣ環境によるものでしょうか？
何か考えられることはありますでしょうか？
サポーターズエディションの購入について
こんにちは、ご無沙汰をしております。以前の書き込み後、いろいろ放置してしまいスミマセンでした。
PiggydbはWindows8.1のノートPCでも無事に稼働しております。この度、サポーターズエディションを購入しようと、Vプリカを2000円分購入させて頂きましたが、購入できませんでした。継続で自動引き落としする類ではないので、大丈夫だろうと思っていたのですが、「gumroad」では現在、Vプリカは使えないようで、大変残念です。銀行振り込みなどでの対応は可能でしょうか？
新しいメールアドレスから改めて連絡させていただきましたので、ご確認よろしくお願いいたします。
最後になりますが、Piggydbという素晴らしい知的生産ツールを進化させ続けてくださりまして、どうもありがとうございます。Ver6.18の関連するタグを持ったフラグメントを表示できる機能は素晴らしいです。
blogやwikiのように定期的に使い続けるというよりは、集中的に知的生産作業を必要とする時期に、新しく専用のdbを作って使わせていただいています。いろいろ他のツールも試してはいますが、やはりPiggydbを超えるツールには未だに出会えておりません。これからもPiggydbの継続的な開発をどうぞよろしくお願いいたします。
Piggydb7.0 リリースおめでとうございます！
初めまして。いつもpiggydb・Oinker.meを愛用させていただいています。
7.0リリースのメールが来て、嬉しくて思わず書き込んでしまいました。
DB上の「見た目の」名前が変えられる仕様変更、とても嬉しいです。ありがとうございます。
7.0リリースのメールが来て、嬉しくて思わず書き込んでしまいました。
DB上の「見た目の」名前が変えられる仕様変更、とても嬉しいです。ありがとうございます。
エクスポート→データベース復元でエラー
お世話になっております。ちょっと気になる現象を発見したので報告します。
再現手順：
- 「エクスポート」→「データベースの内容をエクスポート」でデータベースをエクスポート（画像を埋め込んでいる関係で.pigファイルがエクスポートされる）
- 「データベース復元」で先ほどエクスポートしたファイルを「参照」、「この内容でデータベースを復元する」をクリック
- 「指定されたファイルはPiggydbのデータファイルではありません。」というエラーが表示される
再現する環境：
- Piggydb 7.0 + JDK8u91（x86） + Windows 7（x86）
- Piggydb 7.0 + JDK8u91（x64） + Windows 7（x64）でも
- フラグメント数445
生データ（%USERPROFILE%\Piggydbフォルダ以下）を持って行けば問題ないかと思いますが…（89MBあった）。
フラグメントの複製について
お世話になっています。piggydb、創作のため大変有意義に使わせて頂いております！
マニュアルにも目は通したのですが、解決できずに質問すみません。
Piggydb.jpに自分専用のアカウントが欲しい方はメールをお送り下さい
ちょっと心配なのは、自分の書いたコメントはWikiみたいに他のguestでも編集可能なんですよね。
そうなんです。なので基本的には匿名での共同作業には向いていないかもですね。参加者全員がユーザーとして登録されていて、フラグメントを登録する人、オーガナイズする人と、うまく分担出来れば、Wikiとは異なる面白いコラボレーションができるかもしれないのですが。
もしご自分の登録した情報が他の匿名ユーザーから編集されることについて抵抗感がある、あるいはPiggydb.jp上に自分の城が欲しい（笑）場合は、新たにユーザーをお作りしますので、是非 daisuke.marubinotto (at) gmail.com までメールを（どなたでもOKです）。