ひまつぶし雑記帖

もしかして文房具沼

2026/8/24 [15:43:59] (月)

ダイソーを覗いたら「コンパクトルーズリーフ」というのが売ってたので、B7変形サイズのルーズリーフのメモ帳を自作した、というのが今回のエントリ。

…つい先日のエントリで

文房具沼というのもあるので、ハマらないよう気をつけてる…って、100均やロフトにハンズ、無印、地元の文房具屋さんあたりを覗くようになっちゃってるからなぁ。

などと言ってたその舌の根も乾かないうちにこのざまだ。これはフラグというか未来予知だったんだろう、きっと。

だらだら前置きというか言い訳すると。

#手書きノートの現状は当初考えていたものとは違っていて、ノートとして使ってるのは無印のA5のリフィルノートだけ。これを部屋で机に広げっぱなしにしてログ用としてあれこれどーでもいいことを乱雑に記入するのに重宝してる。

ただ、ノートやメモというからには外出時にも持ち歩きたい。

それ用として昔から使ってたA7の手帳を引っ張り出したものの、A7サイズだと小さすぎる。以前は、仕事で必要なことやマニュアルからメモするのにちょうどよかったんだよねえ。

でも、還暦すぎた在宅生活になると、出先でメモするようなこともないし、なにかを見るのは手帳じゃなくてスマホ。そもそも外出機会などほとんどない。

このポジションのノート自体いらないということになる…んだけど、少しだけでも記入スペースが広ければ、たまの外出時の手遊びになるかも？と思ってたところだった。

A7より大きくて、A5より小さい持ち歩きの邪魔にならない、A6やB7あたりのポケットサイズならどうだろう。というところで、今日、ダイソーで見つけたのが「コンパクトルーズリーフ」だった。これはもうわたし狙い撃ち。

…で、やっとここからが今回のエントリ。

これの用途としては、A4やB5、A5サイズのルーズリーフにメモとしてちょっと挟みこむ付箋みたいなルーズリーフ、てことらしい。

サイズ比較をすると

ダイソーコンパクトルーズリーフ
86mm x128mm
A6
105mm x 148mm
B7
91mm x 128mm

B7がほぼ一致する。手に持った感じも収まりがいい。

買ってきたコンパクトルーズリーフは3種類

5mm方眼罫：45枚：4550480631981
B罫/6mm/12行：80枚：4550480959160
画用紙:35枚:4550480631905

ダイソーコンパクトルーズリーフは綴じるための穴が9つで、穴のピッチは9.5mmのJIS規格。

これはマルマンの「くるっとリング」ミニバインダーをそのまま使える。

この手のリフィルを綴じるためのバインダーリングと穴開けパンチさえあれば、どんなノートでも自作できる。

(マルマンのくるっとリングのほか、ダイソー、セリアのルーズリーフリング、セリアのバインダーに使われていたリングたち)

ここまで確認&用意できれば、あとは表紙を作るだけ。

マージンを持たせてひと回り大きいA6の軟質カードケースもリフィルといっしょに購入。

部屋で半端に余ってたPP(ポリプロピレン)の切れはしを現物にあわせてカットして穴パンチ。カードケースも同じく穴パンチしてPPと合わせて表紙裏表紙にした。これだとちょっと強度が足りないんで、やっぱり余ってたクラフト紙で補強。

ついでにインデックスをひとつ追加して完成。

あとは、これをちゃんと使うことができるかどうか、だ。A5のログ用ノートとこの手帳でうまく棲み分けができるといいんだけど。

画用紙があるからスケッチの練習なんかもやろうと思えばやれそう、かな。

とはいえ、たぶんこいつはめったに出番がなさそう…。

[2026/08/24 22:28:58] 追記。

表紙裏のポケットが緩くてカードなんかが落ちてしまう。持ち歩きで考えてるのにこれは致命的。

ロルバーンやトラベラーズノートみたいに縛る方式にしてみた。

めっちゃ雑だけど、駄目になったらまた作り直せばいいというのも自作の気楽さ。

» 還暦生活(35)

#手書きノート

[URL]https://t2aki.doncha.net/?id=3112

電子書籍でエラーになる絵文字の検知

2024/8/24 [17:10:50] (土)

今回のエントリは。

経緯

・電子書籍でエラーになるのが絵文字だった。

・元データから絵文字を検知する必要が出てきた。

結論

・perlを使えば絵文字のチェックも簡単だった。

てことなんだけど、調べてみたらunicodeまわりが魔窟でびっくり。またハマりそうなのでメモ。

以下は、何を今さらという話が無駄に長くて、既知のかたには役に立たない内容です。

電子書籍に求められる基準はほぼ以下のふたつ

・Epubcheckでエラーはない。

・kindle previewerでエラーはない。

epubcheckでエラーがなければEPUB3の電子書籍として問題はないし、kindle perviewerでエラーをチェックするのは最大の配信サイトであるAmazonでエラーがあったら商売上よろしくないから。

上記２つのチェックをクリアしたのに、一部の配信サイトでエラーになるという指摘があって、追いかけてみると、問題になったのが「絵文字」

「😀」←こういうやつ

原稿に絵文字があったんで、あれ？これってイケるんだっけと思って作ってみて、上記２つのチェックにかけてもエラーはなかった。

文字コードがShiftJISの時代ならともかく、今どきはutf8。

utf8のおかげで文字化けなんかを気にする必要はほぼなくなった。機種依存、環境依存文字に神経質にならなくていいのはストレスフリーで、いい時代になったもんだとのんきに感慨深い今日この頃だったのに…。

文字として問題はないんだけど、配信サイトごとにビューワーが違ってたりして、そのビューワーが絵文字に対応してるかどうかのことだと思う。

「EPUB | CSS組版ブログ」

https://blog.antenna.co.jp/CSSPage2/archives/category/epub

↑絵文字なんかについて、縦書きのepub3が始まった頃に議論があったらしい。

（電子書籍元年当時の話が読めるのでオススメ）

「横倒しのまま」にするのか「正立させる」のか。文字の意味的に方向があるものは正立させる？とか。そのあたりのすり合わせが問題になってたっぽい（という理解でいいのかなあ）

これは縦書きの場合、見た目けっこう致命的なので、たぶん、絵文字の対応を見送ったビューワー＝配信サイトがあったんじゃないかと思う（憶測）

あるいは、そもそも、絵文字は環境ごとで見え方も違うのでそこが問題なのかもしれない（憶測）

そんなこんなの名残りもあって、面倒なものは却下、ということで今でもエラーにする配信サイトがある、んだろう（めっちゃ憶測）

epubcheckでもkindle previewerでもエラーにならない文字を自前で検知する必要にせまられる事態となった。

電子書籍のボリュームを目で追ってその中から絵文字を見つける、目視で探すなどありえない。必ず漏れが出る。

なもんで、絵文字の文字コードを調べてみて改めて今さらびっくりのunicodeだ。

ちなみに、文字を表示させるためには、以下の２本立てになっている。

・unicodeの文字コード表で文字を指定特定していて

・文字コードをエンコードすることで文字を表現する

これ、けっこう勘違いするんだけど、utf8というのは文字コードではなくてunicodeの文字コードをエンコードする方法の名前のこと。

以下のサイトを読んでまたびっくりすることをおすすめする。

「文字コード再入門 ─ Unicodeでのサロゲートペア、結合文字、正規化、書記素クラスタを理解しよう！」

https://en-ambi.com/itcontents/entry/2020/04/28/103000/

「書記素クラスタ - daiizfeel 2022」

https://isobe-yaki.hateblo.jp/entry/2023/07/20/194803

てのはともかく、読んでも難しいんで、なにか大変なことになってるんだなあ、でOK。

そもそもutf8でエンコードされた、日本語などは、ひと文字を表すのに、そのコードは3バイト使う。

ひとつの文字がアルファベットのように1バイトではないので

たとえば「日本語の文字」の６文字は、１つの文字に３バイトのコードが必要で、文字列の長さをバイト数でいうと18となる。

文字数いくつだっけ？て時に、バイト数の18ではなくて「正しく」６と数えるためにエンコードされている必要がある。

unicodeのコードをエンコードして初めて「文字として認識される」

このエンコードする方法がutf16だったりutf8とか呼ばれて、エンコードすることで初めて「文字として認識された文字を表示する＝扱うことができる」という変な日本語。

perlの場合、utf8フラグというのを使うことで問題解決する。

my $str = ’日本語の文字’
my $utf8 = Encode::decode(’utf8’，$str)
print length($str)
→18文字
print length($utf8)
→6文字

perlはこのおかげで、文字の扱いについて、普段はまずほとんど、こんな面倒くさいことを意識する必要はなくて、なもんで、すっかりわけがわからず混乱してしまったのが昨日今日の話、だ（とほほ

unicodeとutf8についてのおさらいができたところで、やっと本題。

じゃあ、絵文字を検知するには絵文字が使ってるコードを見つければいいだけじゃん。簡単だろ、と思ったらまたひと悶着。

ていうか、ここからが今回の本丸、一丁目一番地（死語）

utf8フラグだけでは解決しない「結合文字」というのがあった。

「１つの文字を表示しているのは、１つのunicodeのコードポイント」とは限らない。

ひとつの文字を表示、扱うのに、複数のunicodeのコードポイントを使ってるケースがあって、見た目のひと文字とそれを表すコードは1対1ではない、ということ。

perlでutf8フラグがついていてもutf8の文字コード（←unicodeコード表によるコードではなくてエンコード後の文字コード）2つ結合した文字はlength()では意図通りに取得できない。ひと文字として扱ってほしいのに、たとえば二文字としてカウントされてしまってお手上げ。

実のところ、書記素クラスタというのはこういう結合文字も含めた呼び方で、書記素クラスタに対応すれば「結合文字」も「ひと文字」として扱うことができる。書記素クラスタというのがなんだか「とても面倒くさい」というのはこのあたり。

こうなってくると、電子書籍でエラーをなくすために、なんでこんなことまで調べにゃならんのか。そもそもレアケースだし、配信サイト個別のクレーム対応でいいんじゃないのか。と思わないでもないけど。乗りかかった船だししょうがない。

話がそれた。

perlはこれも解決してくれる。て、テキストを扱わせたらperl最強じゃね？

「絵文字を含む文字列を分割～解説編～」

https://www.lemorin.jp/perl/3b_split_char.html

↑こちらのサイトに知りたいことのすべてがあった（多謝

my $line = Encode::decode(’utf8’， $_)；
    my $len = length($line)；
    print $len . "\n"；
    my @x = $line =~ m!\X!g；
    print scalar(@x) . "\n"；

length()では「見た目のひと文字」じゃなくて困ってたところ、perlでは「いい感じに」「ちゃんと」文字として認識できる文字のための正規表現「\X」が用意されてた。

「perlの正規表現」

https://perldoc.perl.org/perlrebackslash#Misc

ということで、やっと本エントリの締めとなります（長っ！

問題のない文字ダネを削除して残った文字を正規表現「\X」で配列に取り出して、「見た目のひと文字」をコードポイントにバラして16進表現して絵文字のコードに検索をかける。検索がヒットしたら、それはイコール絵文字。

「HTMLの絵文字文字コード表」

https://gray-code.com/html_css/list-of-emoji/

↑絵文字のコードはこちらの一覧から拝借しました。

こちらで掲載されているコードを絵文字判定の対象としました。

これでやっと絵文字検知。

前から言ってるんだけど、人間の目視確認、手作業修正（目grep、手marge）なんて1mmも信用できない。特におれ。なので機械に頼めるなら機械に任せるのが正解。

↓こちらも参考になりました

「Perl 5.26 & Unicode 9.0 で変わる書記素クラスタ(grapheme cluster)のお話」

https://shogo82148.github.io/blog/2017/08/25/unicode9-grapheme-cluster/

「UTF-8の文字コード表」

https://orange-factory.com/dnf/utf-8.html

本エントリとはまったく関係ないけど。

この埼玉県八潮市の資料館はびっくりの充実。行く前は小学校の教室ぐらいなもんだろ、と思っててすみませんでした。

交通アクセスにちょっと難があって、気楽にとはいえないけど、行けるかたはぜひぜひ

https://www.city.yashio.lg.jp/kurashi/shisetsuguide/shiryokan/index.html

[08/25 16:58:54] いろいろ間違えてたので改稿

「文字につかうバイト数」と「コードポイント」を混用していた、という乱暴な理解だった（恥

» perl(157) » EPUB3電子書籍(226)

[URL]https://t2aki.doncha.net/?id=2986

AIでテキストから画像を生成

2022/8/24 [16:06:23] (水)

いま話題の画像生成AI「Stable diffusion」を使ってみた。

ローカルにダウロードしてPython環境、Anacondaとかを作ったりGitからStable Diffusionのソースコードを持ってくるのは大変なので、とりあえず、googleのcolabで使ってみた。

ほんとだったら、ローカルに構築するのがいいんだけど。

とりあえずアカウントが2つ必要。

・googleのアカウント

→gmailのアカウントで、ほとんどの人はすでに持ってるのでは？

・huggingfaceのアカウント

→これは持ってるひとが少ないと思うけど、簡単に作れる。

https://huggingface.co/settings/profile

わたしのようなド素人のヨタじゃなくて、以下のサイトがオススメ。

Google Colab ではじめる Stable Diffusion v1.4

https://note.com/npaka/n/ndd549d2ce556

[Stable Diffusion] AIでテキストから画像を生成する[Python]

https://www.12-technology.com/2022/08/stable-diffusion-aipython.html

とはいえ、自分メモ。

・huggingfaceでの作業

huggingfaceのアカウントを作ったらhuggingfaceのプロフィールページの左メニューからアクセストークン（ACCESS TOKEN）をクリックしてアクセストークンのページを開いてひとつ新規に生成して取得する。

　権限にreadとwriteがあるけど、readで大丈夫だった。

・google colabでの作業

https://colab.research.google.com/?hl=ja

↑ここにアクセスしたらまずは下準備

「ノートブックを新規作成」

素っ気ないページになる。これ、古のターミナルみたいだな。

てのはともかく、やることは以下の4ステップだけ。

１）

「編集」→「ノートブックの設定」→「ハードウェアアクセラレータ」を「GPU」に設定。

２）

次にこの▶のところに以下のコマンドを入力。

!pip install diffusers==0.2.4 transformers scipy ftfy

▶をクリックするとコマンドが実行される。

３）

インストールが済んだら、「＋コード」をクリック。

次のコマンドを入力欄を追加してライブラリのインポート…これをしないと、次のフェーズで403エラーになって止まってしまった。

from diffusers import StableDiffusionPipeline

import matplotlib.pyplot as plt

４）

そして以下で準備完了となる。

TOKEN="Huggingfaceで取得したトークンをコピペ"

from diffusers import StableDiffusionPipeline

pipe = StableDiffusionPipeline.from_pretrained("CompVis/stable-diffusion-v1-4"， use_auth_token=TOKEN)

pipe.to("cuda")

準備が済んだらいよいよ画像を生成だ。

▶のところに

prompt = "Japanese Bobtail Cat on the Moon" #@param {type:"string"}

image = pipe(prompt)["sample"][0]

image.save("test01.png")

とやってできたのがこの画像

promptがキモ。ていうかAIにどんな画像を作らせるのかAIと話し合いになる。

今回は最初だし「Japanese Bobtail Cat on the Moon」とやってみたけど、そんなに面白い画像がすぐに出てくるわけでもなく、これにしても4回目ぐらい、だったかな。

デフォルト状態で1枚生成するのに20秒ほどだった。

「AIと話し合い」と書いたのはこのリクエストがすべてで、どんな画像を出せるかは話し合い次第。プロンプトをリクエストするひとの腕次第という意味もある。たぶんこの分野、こんな画像が欲しい、というのを翻案して噛み砕いてAIのわかる言葉で伝えるニーズがあるだろうな。

創造とか創作というのは人間や神様だけのものという聖域感がある。

だけど、神様については知らないけど、人間の創造もまったくゼロからというものではなく、いろんなもののインプットの坩堝があって初めてアウトプットが出てくる。

てことはこのAIもやってることは同じ、大量のデータをインプットされて学習したモデルから適当と思しきものを引っ張り出してそれらで合成して作り上げてアウトプットとする。

一部界隈が騒がしいのもわかる気がする。

ほんと、これはひととAIの棲み分け、区別というか、倫理の話にもなりそうだし、SFのネタが現実になりそう。

ちなみに生成した画像は権利関係的にはフリーなので（著作人格権とか肖像権にぶち当たることもありそうだけど）商用利用もOKとのこと。

とりあえずgoogleで使ってみたけど、いろんなパラメータをいじれるはずなのでローカルで構築してみたいとこだなあ…て、今うちで使ってるパソはグラフィックが弱いからパソコン買い替えになるだろうし、当分無理、か。ビンボはつらいぜ、ちくしょう。

[更新]2022-08-28 15:11:45

» 日常(1916)

[URL]https://t2aki.doncha.net/?id=2916

ポケモンGo：宵越しの砂は持たない

2017/8/24 [12:32:25] (木)

レイドバトルが中心となると、高火力・高CPのポケモンが必要となってくる。

砂と飴で強化するんだけど、レベル30ぐらいは最低必要と言われている。強化のための砂が5000必要となって、そこからさらに一度強化するとレベル30らしい。

だけど、わたしは避けスキルがヘボだし、スマホのスペックもしょぼい。となると、レベルをできるだけ上げてHPも上げておきたい。

強化したいポケモンというのが。

バンギラス3体、エーフィ2体、フーディン1体、ゴローニャ1体、カイリュー3体…その他ゲンガーやラプラスなど挙げだすとキリがない。砂がいくらあっても足りない。一日が終わってみれば殘ってる砂は3ケタほどだ。

砂集めがもう大変。

てことで、今日は地元の水元公園を2時間、1万歩ほど徘徊してポケモン狩りをしてきた。

68匹捕獲して、そのうち3匹が青リーダーの評価が「驚異的、芸術的」個体。砂5000(レベル29か30)のミニリュウがそのうちの一匹で即戦力を捕獲できたのが今日唯一の収穫…って、これ以上砂を投入する対象を増やすのは無理なのでしばらく塩漬かなあ。

68匹捕獲→砂6800に、卵孵化の砂も合わせると砂が14000ぐらいになったけど、上記したように1体強化するのに砂が5000以上必要だったりするんで、あっという間。2体強化したら終了。

砂に関しては効率の良い集めかたはなくて

・ポケモンを捕獲する

・卵を孵化させる

・自チームのジムに木の実を配る

この3つを地味地道にやるだけ。歩きまわるだけ。

まだ暑さが酷いけど、これから涼しくなってきたらちょっとはラクになるかなあ。

メタボ解消のウォーキングを兼ねてるんで、歩くのがいいと思いつつ、大人用キックボードなんてのを検索する怠惰な無職初老フリーターだ。

今日収穫のポケモン68匹。

2ページ以降もポッポコラッタパラスコイキングオタチイトマルなんかがぞろぞろ並ぶ。

» ゲーム(137)

[URL]https://t2aki.doncha.net/?id=2827

テキストでいただけると助かります、ということで、WORDの.docファイルをいただいて、あ、えーと別名保存でですね、ということが1度や2度じゃなくあったりなかったりするし、WEBの表示が妙なので管理ページのソースを確認したらどうやらWORDの文書をコピーして管理ページのビジュアルエディタにペーストしてたり、WORDで書いた小説やエッセイをEPUBにしたいんですけど、という問い合わせはそれこそざらにあるし。

ああ、世間一般、やっぱMSのくそビジネスソフトに使われてるんだなあ、とtwitterにぼんやり書きこんだら。

https://twitter.com/t2akii/status/634862258946904064

んなこたぁねえよ、ワードなんぞ使わんよ、たこ。というレスをいただいた。

みなさん、商業作家さんだったり同人作家さんだったり、物書きのかたがた。速攻でレスがついたのは、やはり書き物の道具に関してはこだわりがある、ということだろう。

わたしも初めて知ったエディタなんかもあるんで、ざっくり引用、紹介してしまいます。

ツイートの引用はやめてくれ、ということでしたら遠慮なく気軽におっしゃってください(@t2akii)。また、該当ツイートを削除すればこちらでは表示されなくなります(※キャッシュしてるのですぐには消えません)

(レスをいただいた順に)

野間みつねさん

https://twitter.com/Mitsune_Noma/status/634868009295724544

使用エディタ:

「秀丸」 http://hide.maruo.co.jp/software/hidemaru.html

WEB:「千美生の里《ちみぶのさと》」