quartz-research-note/content/この研究ノートについて.md

4.6 KiB

#obsidian

  • 元々のブログもあるけど、あっちは研究用というよりも、公開して読み物として読んでもらうことを前提にしていて、ちょっと気軽に使いづらい

  • 日付でソートされる必要のないノートがいい(項目ごとに随時アップデートされる)

  • セミオープンなScrapboxとか、HackMD的なやつをセルフホストしたい

  • なるべくファイルベースの管理がいい

  • 自分で管理するWebサイト大体全部Hugoでデプロイしてるので結局Hugoが楽

  • 現状QuartzというObsidianで書いたものをなるべくそのまま~~Hugoでビルドして~~(⇨v4でHugoじゃなくなった)Github Pagesに公開できる仕組みを使っている

  • ただし公開の方法はブランチからの公開ではなく最近できた公式のActionを使うよう自力で改造している

  • これのせいか知らんけど最終編集時刻の反映が上手くいってない

  • 治った。まだBacklinkが時々おかしい

    • これは相対リンクがHugoとしては生きるけど、Hugo-Obsidianでは生きないから、ということみたい。常にVaultルートからのフルパスで書く必要がある
  • あとなんかi18nも反映されてない

メモの取り方

  • obsidian-gitの定時backupを基本的に利用
    • 定時の間隔は一応1時間に1回。作業場所変える時はコマンドパレットから手動でbackupコマンド実行してpushするようにしてる
  • とにかく、Gitの本来の使用法からは外れるとはいえ、Gitをリモート同期ツールとしてのみ捉えて、意味のある単位でコミットを打つことを諦めるのが重要っぽい
  • 人に読まれることを目標にはしないが、人に読まれるかもしれないという状況を作っておくこと自体が一定レベルでメモをわかりやすくすることに貢献してくれる

運用方法

記事の粒度

とりあえずそこまで気を使わなくても良さそう。ただしGithub Pagesに公開する時には空のリンクは404になってしまうので、二つ以上の記事から参照されている単語に関しては中身空でいいので記事を作っておくこと

フロントマッター

残念ながらtitleが設定されていないと相互リンクに支障が出るので、ファイル名と同一になるように手動でつける。パーセントエンコーディングの修正したら治ったのでいらないっぽいQuartz#難点 →タグとかで検索した時にタイトルが表示されないのでやっぱ必要。

タグは手動でフロントマッターにつける。

v4以降不要。obsidianで表示できるものは基本全て表示できる

階層分けについて

相対リンクがHugo-Obsidianでうまく動かないこともあるため、ファイル単位ではなるべくしない方針。つまり基本全部ルートフォルダに置く。

見やすい一覧ページが必要なら一覧用のページを別途立ち上げること。

  • どうしても階層構造が必要ならタグをスラッシュ区切りにするとかで解決するのがいい気がする。
    • →これもHugoのタグ機能が対応してないんでやめた方がいい。たとえば#tools/softwareというタグを作るぐらいならtoolssoftwareそれぞれタグ付けする

このへんもv4でHugo消えてから特に気にする必要ないはず。タグのページも階層分け含めきちんと生成されている。

Tag Listing

タグの一覧ページにdescriptionをつけたい場合はtags/hogehoge/fuga.mdという記事を作れば#hogehoge/fugaの一覧ページの先頭に反映されるっぽい

Zoteroから論文を読み込む

論文の管理参照


最終的にはセルフホストのサーバーの方に移動しようかなー