nDiki : Google ドライブ

2021年1月19日 (火)

Zettlr はテキストファイルノートアプリに適した Markdown エディタ

Zettelkasten メソッドのための機能を備えた Markdown エディタに Zettlr がある。ローカルディレクトリ上に通常の Markdown ファイルとしてデータを保存するタイプで、ロックインの心配が無く他のツールと併用できる好みのアプリだ。インストールして1日使ってみた。

インストール (macOS )

Homebrew では以下で。

 $ brew install --cask Zettlr

今日時点でインストールされるのが 1.8.3 でちょっと古かったので

からバイナリビルドされた 1.8.6 をダウンロードしてインストールした。

Markdown エディタとして

ヘッダを大きめに表示したりリンクの URL を隠したりと一部プリレンダリングされるタイプ。日本語も問題無さそう。

ファイル末のあたりで文字入力するとエディタがガクガク揺れるは今後改善されると嬉しい。

見出し単位で折り畳む機能やサイドバーで目次を表示する機能があり、長めの文章を書くための支援が揃っている。

ファイル管理

ファイルツリー上にディレクトリとファイルの両方を表示する Combined モード以外に、ファイルツリー(ディレクトリツリー)とファイルリストの両方を表示する Expanded モード、ファイルツリーとファイルリストのどちらかを表示する Thin モードがある。

Expanded モードを選ぶと iA WriterUlysses などでもお馴染みのスタイルになりノートアプリとして使いやすくなる。

ファイルシステム上のディレクトリをルートディレクトリとしたワークスペースを複数同時に開いておける。用途別にディレクトリを分けている場合に便利だ。

全文検索はワークスペース単位。内部リンクもワークスペース単位で機能する。 自分は複数のワークスペースを横断的に全文検索したいので、本格的に使うなら1つのディレクトリの下にまとめる必要があるな。

ファイルの拡張子は md ではなく txt でも OK なので、ファイルを同期した Google ドライブ上で全文検索させられるのが嬉しい(Markdown ファイルの拡張子を md にすると Google ドライブで不便)。 md 固定の Obsidian より柔軟だ。

Zettelkasten メソッドと内部リンク

Makrdown ファイルから Markdown ファイルへファイルベース名を指定して 「[[ファイルベース名]]」の形で内部リンクできる(パス名は不要)。

また Markdown ファイル内にユニークな ID を書いておき、その ID を指定して「[[ID]]」としてリンクもできる。後者を使えばファイル名変更が気軽にできる。 ID の形式やリンクの開始文字列 [[ ・終了文字列 ]] もカスタマイズできて柔軟なのも良い。

iA Writer では

 ia-writer://open?path=/Locations/path/to/file.txt

のような URL を発行して擬似的にリンクするさせるしかないので比べると圧倒的に便利。

1日使ってみて

今メインで使っている Mac アプリケーションiA Writer に比べると Electron ベースの Zettlr は美しさで負けるのは仕方ないところかな。

Zettlr をテキストファイルノートアプリとして内部リンクを活用しながらパーソナルナレッジベースを作っていくのありだな。

[ ノート・日記はテキストファイルに ] [ Mac アプリケーション ]

スポンサード リンク
[ 1月19日全て ]

2021年2月4日 (木)

Google ドライブ拡張子 md の Markdown ファイルを全文検索できるように rclone でコピーする

拡張子 md の Markdown ファイルを「バックアップと同期」アプリで新規に同期したり、 Web 版の Google ドライブアップロードしたりすると MIME タイプが text/markdown となり全文検索対象にならない。不便。

StackEdit は Google ドライブに送る時の MIME タイプを設定で text/plain を選べるようにすることで問題を回避しているようだ。

rclone で text/plain で Google ドライブアップロードする

クラウドストレージ上のファイルを管理するためのコマンドラインプログラム rclone でアップロードするとどうだろうと思ってやってみたところ、ちょっと設定をいじれば拡張子 md の Markdown ファイルを text/plain で Google ドライブアップロードできることがわかった。

rclone では Google Drive API で新しいファイルを作成する際に、rclone 側で MIME タイプを判定している。内部的には Go の mime パッケージを使っている。

このパッケージは UNIX 系の環境では mime.type ファイルがあれば参照するようになっていたので macOS Catalina にあった /etc/apache2/mime.type ファイルの text/plain 行に md を追加して試したところ、めでたく text/plain として Google ドライブアップロードできた。全文検索対象になることも確認。

ちなみに「バックアップと同期」アプリは /etc/apache2/mime.type 変更の影響を受けなかった。

rclone での方法が分かったわけだけれど、実際のところ Markdown ファイルの Google ドライブとの同期や読み書きを rclone だけに限定するわけにもいかないな。引き続き拡張子 txt で管理するのが現実的のようだ。

今日のさえずり: iA Writer for AndroidGoogle ドライブ上のテキストファイル全文検索

[ 2月4日全て ]

2021年2月8日 (月)

Obsidian やっぱり使ってみる

去年の夏12月と試したあと距離を置いていたナレッジベースアプリケーション Obsidian が気になってまた使ってみることにした。

Roam Research も気になるけれどやはりデータがテキストファイルじゃないというのがね。

Obsidian を躊躇していた点については以下のように考え運用してみることにする。

特定ドメインの知識整理用として使う

過去の全部のノートテキストファイルを対象とするのではなく、特定ドメインの知識整理用としてゆるく切り離して使う。

Obsidian拡張子が md 固定でそのまま Google ドライブに同期しても全文検索できない問題については、Google ドライブで全文検索したい拡張子 txt の日記/日誌系 Markdown ファイルを Obsidian vault には入れず、今まで通り別で管理することで回避することにした。

[[ファイルベース名]] や [[ファイルベース名|表示テキスト]] という内部リンク方言についても、 Obsidian の vault 内でノートでは許容しよう(許容しないと Obsidian を使う意味が無いので)。エクスポートする時は[[・]]を消すプリプロセッサを用意して Marked 2 で使うようにする。

[ ノート・日記はテキストファイルに ] [ Mac アプリケーション ]

[ 2月8日全て ]

2021年2月9日 (火)

Obsidian 使い方分かってきて楽しい

昨日考えた方針通り Google ドライブで全文検索する必要のない Markdown ファイルの拡張子を txt から md に変更し、Obsidian vault を作成した。そこそこファイル数があるが Zettlr に比べて検索が圧倒的に速くてサクサクだ。いけそう。

グラフビュー

1つのファイルに複数の情報が書かれているデイリーノートファイルがあると、同日に扱ったという点以外で関連のないものが関連があるかのようなグラフになってイケてない。

フィルタでデイリーノートファイルを -file:... を使って除外したらいい感じになった。なるほど。

Obsidian Publish

試してみたいけれど $96/年に見合うほど使わなさそう。HTTPS なカスタムドメインを設定するのが現時点でハードルが高いということもあり様子見。様子見していて 50% early bird 価格が終わっちゃったら、さらに遠のいちゃうかもしれない。

[ ノート・日記はテキストファイルに ] [ Mac アプリケーション ]

[ 2月9日全て ]

2021年3月11日 (木)

ノートテキストファイルを Cryptomator で暗号化Google ドライブバックアップ

他人に見られる心配なしに書きたいノートテキストファイルGoogle ドライブバックアップしておくのに Cryptomator を使うことにした。

Cryptomator アプリケーションと macOSファイルシステムとしてマウントするための macFUSE をインストール。

ベーシックな使い方

Google の「バックアップと同期」で同期しているフォルダ内に Cryptomator アプリケーションで vault を作成する。 vault を解錠するとファイルシステムとしてマウントされるので、そこでファイルを読み書きする。 vault フォルダ側には暗号化されたファイルが保存され「バックアップと同期」でバックアップされる。vault 側は直接いじらないようにする。

マウントしたフォルダでファイルを直接読み書きせず、ノートフォルダと Unison でリアルタイム同期させる

  • 読み書きの遅延を少しでも避けたい
  • マウントしたフォルダではゴミ箱が有効になっていないので誤削除が怖い
  • vault 側は暗号化されているので Google ドライブのゴミ箱や版管理に頼るのが困難

という理由からマウントしたフォルダ上で直接ファイルを読み書きせず、別の場所にあるノートフォルダを Unisonバックアップを有効にしつつリアルタイム同期することにした。

 root = /Volumes/マウントポイント名
 root = /path/to/ノードフォルダ
 
 times = true
 rsrc = false
 
 repeat = watch
 silent = true
 
 backup = Name *
 backuplocation = central
 maxbackups = 60
 backupdir = /path/to/バックアップフォルダ

Cryptomator のファイルシステムに対して Unison が属性のコピーをしようとして失敗するので rsrc = false 指定が必要だ。

[ ノート・日記はテキストファイルに ]

[ 3月11日全て ]

2021年4月29日 (木)

Google ドライブ動画ファイルをダウンロード不可で特定の人に見てもらう

動画ファイルを特定の人に見てもらえるようにしたい。ファイルとして渡すとその後のコントロールができなくなるので、ダウンロード不可な形で共有して見てもらえるようにしたい。

Google ドライブで閲覧者ダウンロードを不可に設定してから閲覧者として共有する

相手が Google アカウントをもっているならば Google ドライブで共有するのがお手軽そうだ。Google ドライブにファイルをアップロード後「閲覧者と閲覧者(コメント可)に、ダウンロード、印刷、コピーの項目を表示する」をオフにしてから閲覧者として共有すれば OK。

共有フォルダに入れてまとめて共有する場合は設定順序に注意する

相手を閲覧者として既に共有しているフォルダに動画ファイルを入れる場合は注意が必要だ。

いったん非共有のフォルダにアップロードし「閲覧者と閲覧者(コメント可)に、ダウンロード、印刷、コピーの項目を表示する」をオフにしてから、その共有フォルダに移動するようにするのが良い。

共有フォルダに入れてから上記設定をオフにする場合、一時的にダウンロード可能な状態が生まれてしまう。もしその共有フォルダを相手がマイドライブに追加しており「バックアップと同期」アプリを使っている場合は、相手の PC の Google ドライブフォルダにいったんダウンロードされることにもなる(設定をオフにした段階で相手の PC から削除されるようになっているが、その前に手動や Time Machine 等で複製が作られる可能性がある)。

そこまで警戒しなければならない相手なら、そもそも見てもらおうとならないだろうから、気にしすぎかもしれないが仕様としてはそうなっているということで。

今日のさえずり: リラックス中

  • 08:42 雨。おはようございます。
  • 08:50 Obsidian Mobile (Android)、 .obsidian の中の config と workspace を都度更新するっぽい。 .obsidian を別のフォルダ名にしてデスクトップ版と上書きしあわないようにしてる。
  • 09:03 リラックス中。 #photography RICOH GR III #GR #GRIII #GR3 https://t.co/FtqQ0AIPyv
  • 21:19 動画ファイルをダウンロード不可で特定の人に見てもらえるようにするの、 Google ドライブで「閲覧者と閲覧者(コメント可)に、ダウンロード、印刷、コピーの項目を表示する」をオフにして共有するのがお手軽かな。
[ 4月29日全て ]

2021年5月22日 (土)

今日のさえずり: 牛乳 1L 飲んでいた頃が懐かしい

[ 5月22日全て ]

2021年6月9日 (水)

Markdown ノートテキストファイルを rclone で Google ドライブに同期して共有する

Obsidian Publish で「公開で作業」しているように、組織内でもノートを適切な範囲に公開しながら作業したい。

Google ドライブテキストファイルを置くだけではイケてなくて(断片的なノートテキストファイルの一部を Google ドライブで共有するのをやめた)、Google ドキュメントに貼り付けて共有してみたりもしたけれどそれはそれで手間でイケてなかった(断片的なノートの Google ドキュメント化共有をやめる)。

静的サイト生成して共有できればベストだけれど、保守コストが高いし共有範囲の管理が現実的ではない。うーん、まあやっぱりせめてそのままでもいいから Google ドライブMarkdown ファイルを共有しておくか。内部リンクなど Obsidian 方言であることも許容で。

permalink 維持を前提としたくないので、全文検索できるようにしておくのは必須。 Google ドライブ拡張子 md の Markdown ファイルを全文検索できるようにするために rclone で同期することにした(Google ドライブで 拡張子 md の Markdown ファイルを全文検索できるように rclone でコピーする)。

[ ノート・日記はテキストファイルに ] [ Markdown で書いているノートを Google ドライブで共有する ]

[ 6月9日全て ]

2021年6月14日 (月)

Google ドライブに同期して共有する Markdown ノートテキストファイル に ID を埋め込む

Markdown ノートテキストファイルを rclone で Google ドライブに同期して共有できるようにして、さっそく「共有用の URL をどうしようか」となった。

継続的なノート整理でファイル名変更・フォルダ移動をローカルホスト上でしつつ rclone で同期するので Google ドライブでのファイル ID が変わり URL も変わってしまう。

Zettlr を試した時にやっていた ID を 「yyyymmddHHMMSS」形式で YAML front matter に埋め込んでおくのが妥当かな。で

 https://drive.google.com/drive/search?q=ID

URL を共有すると。

[ ノート・日記はテキストファイルに ] [ Markdown で書いているノートを Google ドライブで共有する ]

[ 6月14日全て ]

2021年7月28日 (水)

今日のさえずり: Google ブックマークってまだあったんだと思ってアクセスしてみた

[ 7月28日全て ]

About Me

Naney Naney

Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

About nDiki

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。

#nNote タグがついている記事は他の記事に比べて、より断片的・未整理・不完全なちょっとしたノートです。まだ結論に至っていない考えなども含まれます。頻繁/大幅に更新したり削除したりすることがあります。

※本サイトの内容は個人的見解であり所属組織とは関係ありません。

Other Notes

ナレッジベースアプリケーション Obsidian で書いているノートの一部を notes.naney.org で 公開しています。

最近検索されている記事

月別インデックス
Process Time: 0.093702s / load averages: 0.46, 0.34, 0.31
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker