from 2022/04/16

現在、文献ごとにアクティブ読書用projectを分ける運用にしている

しかし、全部一つのprojectに入れてしまってもいいのではないかと思い始めた

複数の文献で言及されている概念がつながる

違う文献、違う本という点はネットワークを切る理由として弱い

そう思う

2022-12-21 つなげて正解だった

違う講義で話題にした同じキーワードがつながって、過去の講義で書いたメモが生きる

1年前の講義資料が釣り上げられたりもする

紙でノート取ってたらさすがにここまで想起するのは難しいだろう

脳内Scrapboxしてたのでこの主張は厳しい

1年前予備校で聞いた話題を、そのときとったノートが手元になくてもざっくり引っ張ってこれた

最近はscrapboxに頼り切りで記憶力が落ちている気がするので無理そう

ただ、細部の細かい話題がつながる経験は、Scrapboxじゃないと実現できなかった

新東名高速道路工事が言及されたほかの講義ノートを引っ張り出したり、今日講演して下さったOBが所属していた研究室と同じ出身のOBが以前講義なさったときのノートを引っ張り出すのはさすがに脳内だけでは無理がある

つまり、記憶に残らなかったつながりをScrapboxがバックアップしてくれる、といえばいいだろうか

いい話だ

技術的にもこっちのほうが楽

訂正→ScrapBubble#6406c93e774b170000cec369

限界

同名ページがあると合体できない

cons: 章.節 節タイトル ページ番号という形式のタイトルにすれば、そうそう被らないだろう

prefixでISBN入れたら絶対被らない

/takker-books/図学の目的と内容・図面用文字のかき方 | 図学テキスト 2021 6みたくタイトルが長くなってしまうので、ISBN入れるのは避けたいところ

まあそこまでしなくても被らないでしょう

このタイトルって自動生成できますか？

手動で作ってます

タノシイヨ

こんな感じのテーブルを作って生成しています

なるほど。本ごとに目次データを自分で作ってタイトルを生成しているのか！

被ったとしても、Scrapboxにページをimportする段階でどれが被るかメッセージがでるので、そのページだけ手作業でタイトルを書き換えればいい

他にもなにか懸念点はある？

混ぜた場合、後から分離しづらいかも

これがあって一つづつ分離して運用していました

でも混ぜることの何にデメリットを覚えて分離したのかが全く覚えていない……

混ぜるのは簡単だけど分離はそこそこ面倒だと思うのでとりあえず安全側に倒した？

混ぜるデメリットが

ドンピシャなページあった

と思ったけど中身スッカラカンだ……

作成日時周辺を調べてみたが、どこにも記述がなかった

ページ名が長くなるのがいやだった？

/takker-books/図学の目的と内容・図面用文字のかき方 | 図学テキスト 2021 6みたいな非常に長いタイトルが大量発生する

でもこれは章.節 節タイトル ページ番号という形式のタイトルにすれば解決するから気にしなくていい

どうまとめるのがいいかな

の現状

Book2Scrapboxを使ってアクティブ読書用projectを作っている

ページタイトル

基本的に 001 のようになっている

001 目次 のように手動で意味を書き足したりしている

任意の文字列のページ

例： [インタフェース]

読みながら概念をまとめているのでどんどんできていく

他のプロジェクトにも同じ概念を説明したページがあることがある

これならいけるかな？

まとめるとき

prefixにISBNをつけてまとめる

ここまでしなくても、章.節 節タイトル ページ番号という形式のタイトルにすれば十分だと思います

違う書籍で、章番号と見出しとページ番号全てが一致する可能性はまずない

あっと、分離できるようにするためでした。それならタイトルに埋め込むかリンクを貼る必要がある

あとから分離したい時

prefixのISBNベースで分離する

リンクにprefixがないページがあったらそれも込みのJSONを作る

課題

ページの切り出しをしたり、複数の書籍にまたがる情報をmergeしたページを作ったりすると、分離するのがまず不可能

分離後の重複ありで関連ページ全部取っちゃうのでいい気がする

重複ありで関連ページ全部取っちゃうどの作業のことでしょうか？

こう考えました

「ISBN A」から切り出したaはISBN Aからlinkされているのでエクスポート範囲に含める

ISBN Aから切り出したbとISBN Bから切り出したcをマージしたdはISBN Aからlinkされているのでエクスポート範囲に含める

なるほど。 [ISBN A] が含まれているページだけを抽出するということですね

scrapbox-duplicatorで特定文字列を含むページだけ抽出するのと同じ原理

そもそも分離する需要があるのかどうか疑問

「もしかしたら分離したくなるかもしれないから」程度の不確かな理由しかない

まあでも ISBN A という文字列をページ内に常に含めておけば、切り出しと分離可能性の双方を担保することもできるか

複数人でアクティブ読書をする時には分離したくなりそう

...と思ったけど、分離は難しいかも

完全な分離は難しい

アクティブ読書をすると、複数のページがら切り出しが行われる

そうするとそのページを後から分離するのはn hopも分離しなければいけない

これは結構難しいはず

プライベートのプロジェクトには、余計なものも含まれる

綺麗に切り分けることはできない

割り切った分離ならできる

本の元ページだけ分離する方法

本のタイトル_001 とかにしておくとか、ページ末尾にISBNを含めておくとかでできる（アクティブ読書用projectを文献ごとに分けるかどうか#625b8c6e1280f00000c2945f）

ここまできたら、分離は諦めて再アップロードするのでもいい

元々のファイルを持っていれば、ハッシュが一致してGyazo側が元々あったURLをくれる

欠点：元々のファイルを捨てられなくなる

最悪gyazoのURLの一覧だけ復元できたらいいが、連続でアップするのでUI状に並んでいるからどうにかとってこれそう

本のデータを差し替えたくなったらどうする？

後からどうにでもなるように、ISBNとページ数を書いておくのが先送りできる手な気がしてきたのでそうしよう

いや、アップロードするときに連番のgyazoリンクを手に入れることができるのでそれをメモっておけばこれもいらないですね

文献ごとに分けておいて、アクティブ読書のまとめ用Project（結局それは読書ノートか）を用意するとか？

それぞれのアクティブ読書用プロジェクトのページから必要箇所だけ抽出して、External Linkを貼っていけば繋がりは保てそう

アクティブ読書用プロジェクトというより、自分のメインのプロジェクトに書いてしまって良いと思う

読書しながらそのプロジェクトにまとめてます

各々の著者の考え同士が繋がるよりも、自分の言葉で言い換えた言葉や考えが、それぞれの文献プロジェクトとリンクしていった方が良さそうな気はしているが、アクティブ読書用のProjectが少ないのでなんとも言えない

わかる

どうせ自分の言葉になるので気にしてないです

勝手に自分で書き換える

書き換えなかったとしても、自分の判断でリンクしているのだから、それなりに自分の考えが入っていると捉えられる

分けるのもいちいち名前を考えないといけなかったりするので、一つにまとめるのも実験してみたい

アクティブ読書のための場所ではアクティブに読書できればいい

考えを繋げたりするのは結局自分の言葉にする必要がある

アクティブ読書の場所でそこまでやろうとすると、読書のスピード感が落ちそう

やりながら読んでるので落ちてる

自分が理解できるよう、箇条書きに直して文章同士の関係を明確にしたり、同じ概念をリンクにして繰り返されている説明をばっさり切ったりしている

元の文章の面影がなくなっても気にしない

PDFやGyazo OCRから復元できる

確かに

説明は別ページを作ってまとめ直していたけど、読みながらバッサリまとめてもいいのかも

ページがScrapboxのページタイトルと1:1に対応しないこともあるから結局まとめが必要になることはある

時々文脈がよくわからなくなることがあり、そういうときに元の画像をあたるります

たいていそのページから切り抜いた図表があるので、その画像からGyazoで元のGyazoを探す

タイトル名一致か関連画像でだいたい見つかる

これでも見つからなければOCRから検索するか、書籍をGyazoったときの日付に飛んでページを探す

複数の文献を1つのプロジェクトに入れて、出てきた語句やその場で思い浮かんだことをリンクして、簡易に考えの繋がりを見つける補助とするのはありだと思う

アクティブ読書自体を自分のメインのプロジェクトですることはできるのだろうか

自分の言葉じゃないページが多いとモチベーション下がる的な問題が起こる？

bookmark系だとこの空しさが発生しそうだったので分けた

論文みたいな短いものは個人projectでやっているが、問題は感じていない

短いのだと自分もこの運用です

本でも、1ページごとではなく、章ごとくらいの単位でデカいページ数個にわければ、あんまり汚染されている感は受けないのではないだろうか

これでやっています。章または節(目次のもっとも小さな区分)の名前が被ったら適当に著者名・書名を書いてます

多変数関数(杉浦) みたいに

同じ内容の異なる説明が繋がるのが嬉しいので，Projectはひとつでやっています

水理学と土質力学とコンクリート工学がバラバラでストレスを感じ始めたのでもう全部合体させたい

間隙や静水圧など、共通して使用される概念が多い

もうした。快適～

from 2023/03/07

アクティブ読書のプロジェクトが複数あり、それらのリンクをScrapbubbleに出したいけどいっぱい入れるとAPIに悪いからいっぱい入れれない。アクティブ読書のプロジェクトもポケット一つ原則がいいのかな？

みんなはどうしてる？

/takker-booksに全部入れてます

ページタイトルどんな感じにしてますか？

とても長いタイトルの本があった時とか

前にも聞いたかも…

見つけた:アクティブ読書用projectを文献ごとに分けるかどうか

後で統合しておこう

した

章.節 節タイトル ページ番号という形式のタイトルでページを作っています

節番号と節名の組み合わせで被る確率はかなり低いです

これ最初に入れる時は手動なんですかね？

↓のテーブルは全部手書きです……

ページ名はどうでしょう？

「2.1 なんとか 015」というタイトルの「2.1 なんとか」をどう入れているのか気になる

amazonや書籍サイトに目次があるときはそこからとってきてます

ないときは目次を撮影した写真からOCRしたテキストを張り付けて、手作業で整形しています

細かい目次は、読みながら作ってます(目次読書)

これがかなり時間かかる

大ざっぱでいい場合は省略可

ページ数にあわせて入力するのは自動化してますか？

手作業です……

gyazoったページのリストを見ながら、番号を書き加えています

なるほど！

masuiさんのスクリプトみたいなものを想像していたけど、ページを読むごとにアップロードしている感じなのかな

テーブルとgyazoのリストを指定して、jsonを作っています

gyazoのリストは ["https://gyazo.com/xxxx","https://gyazo.com/yyyy",...] という形式のjsonファイル

テーブルは/takker/Scrapbox書籍のformat@0.2.0に沿って作る

/takker/Scrapbox書籍のformat@0.2.0#6362a1db1280f00000240b5eて子の数にはcolumnも入ってますか？

入っています

わかりにくかったので/takker/Scrapbox書籍のformat@0.2.0#6407e3f51280f000006d6b22に図解しました

ありがとうございます

あとは/takker/Scrapbox書籍を作るUserScript@0.2.0にjsonとcsvとgyazo access tokenを入れて変換させる

ただ、scriptでは一部の見出しだけ作って取り込むこともできるので、大変なときは読みたい章のところだけ見出しを作ってjsonを作ることもできます

さすがに手作業で1ページではなかった

写真scanしたときは1ページずつ作ってます

類似本や「目次」ページなどは被ってしまうので、末尾に本名を入れます

このようなページはそれほど多くないので、気になりません

ページ番号を入れて重複を回避することもあります

サンプル

/takker/『システム英単語<5訂版>』#63e300c61280f000009a4360の6ってどう言う意味になるんですかね？

子に6章含むことを示しています

今回の場合だと、 目次(『システム英単語<5訂版>』) に0から5までの6章分のリンクが入る

(14と15ページの画像は編集中に削除しました)

なるほど

なるほど！参考にします！感謝

選択範囲に似ているリンクを入力補完するUserScriptのほうは負荷少ないのでいっぱい入れてもok