nDiki : ファイル名

テキストファイルの拡張子を txt に統一するのをやめる

Markdown ファイルの拡張子を md にすると Google ドライブで不便だったこともあり、各種テキストファイルのファイル名拡張子を txt に統一していました。しかし昨日入れた iOS アプリの Editorial が txt md taskpaper で厳密に機能を切り替えるようになっており、拡張子を使い分ける必要性に迫られました。

ふりかえってみるとスマートフォンで Google ドライブ上のテキストファイルを全文検索したかったこともそれほど無かったので、ここは使い勝手を考えてまたきちんと拡張子を使い分けることにしました。

• Google ドライブ
  • Google ドライブ同期ディレクトリへテキストファイルノートを定期 rsync していたのを止める。
• Ulysses
  • 各外部フォルダの「新規シートのファイル拡張子」設定を .txt から .md に変更。
  • 各外部フォルダの「標準テキスト (.txt) ファイルを Markdown として編集」設定をオフに。
• iA Writer
  • 「デフォルトの拡張子」を txt から md に変更。

とアプリケーションの設定を変更。それから Ulysses で txt ファイルを Markdown と見なしたいファイル群と標準テキストとして見なしたいファイル群で別の外部フォルダとして分けていたのですが、今後は拡張子で処理を変えられるようになりプレーンテキストファイル・Markdown ファイル・TaskPaper ファイルを混在させても問題なくなったので外部フォルダを適宜まとめなおしました。 Editorial で同期するフォルダがコンパクトになるように TaskPaper ファイルの workspace フォルダ配下への集約もしました。

あとは txt をつけていた Markdown ファイルの拡張子を片っ端からスクリプトで md に変更して対応終了です。 Jota+ が Markdown ファイルをハイライトしてくれるようになったりして、これはこれで良かったかなと。

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

Alfred から一発で日時ファイル名のファイルを新規作成し Ulysses で開けるようにする

Mac ではもっぱらライティングアプリ Ulysses でノートをとっています。さっとメモをする時はあとで整理しやすいように日時がファイル名になっているファイル(シート)をぱっと新規作成して開きたいなと思っていたので方法を調べてみました。

x-callback-url が使える

Ulysses の Mac アプリケーションでも iOS アプリと同様に x-callback-url に対応しているようなのでこれを使うことにしました。

• https://ulyssesapp.com/kb/x-callback-url/

ターミナルで

 open ulysses://x-callback-url/new-sheet?group=/home/workspace/note\&index=1000\&text=`date +@:%Y-%m-%d-%H%M%S`

とすると外部フォルダ home の中の workspace/note の中に今の日時に合わせて 2017-08-24-130102.md のようなファイルが作成され、 Ulysses がアクティブになりそのシートが開いた状態になります。便利。

ちなみに Ulysses の外部フォルダ上のシートを新規作成して開くなら、同様の日時ファイル名のテキストファイルを作成し

 open -a UlyssesMac ファイル名

で開くようなスクリプトを書くのでも OK です。

Alfred から呼べるようにする

動作することがわかったので Alfred 3 for Mac から呼び出せるようにしました。

• https://www.alfredapp.com/

今日 Alfred を初めて入れてみたので workflow などの機能については良くわかっていません。まずは先のコマンド実行をアプリケーションにして Alfred から呼び出せるようにします。

アプリケーションを作る

1. Automator を起動
2. 新規ワークフローを作成
3. 「シェルスクリプト実行」アクションを右のペインにドラッグ&ドロップ
4. シェルスクリプトとして前述の1行コマンドを入力
5. 右上の実行ボタンを押して動作することを確認
6. フォーマットに「アプリケーション」選択し ~/local/Applications/new-note.app として保存(Alfred の初期設定ではホームディレクトリ以下ならどこでも OK)

これで option + shift で Alfred を表示したあとに new-note と入れて実行するれば、新しい日時ファイル名のファイルが作成されて Ulysses 上でシートが開いた状態になります。

これで Ulysses でさっとメモを取るのが一気に楽になりました。

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

フィルムで撮れなくなる日がいつかくるのかな【日記】

午前中にスターバックス コーヒーへ。店内で飲むのは多分2年以上ぶり。注文したエクストラショット キャラメル マキアートがとても甘く感じました。歳をとったのかな。

午後は写真ファイルの整理。デジカメで撮った写真のファイル名は今は「yyyy-mm-dd-HHMMSS-カメラ名.拡張子」にして時系列に並べられるようにしています。「カメラ別記号-yyyy-mm-dd-HHMMSS.拡張子」としていた昔のファイルが大量にあるので、これを(スクリプトを書いて)片っ端からリネームしました。

整理している途中、昔 VistaQuest VQ1005 で撮った写真を見ていたらまたトイデジが欲しくなってきましたが、今は欲しいと思うトイデジカメが見当たらず。 VQ1005 処分しなければ良かったなぁ。

それから

「フジカラー写ルンです シンプルエース27枚撮」価格改定およびパッケージリニューアルならびに「フジカラー写ルンです シンプルエース39枚撮」販売終了のご案内

というリリースを見て、フィルムで撮れなくなる日がいつかくるのかなとぼんやり考えたり。コストとフィルム・プリントの保管場所の問題で離れていたのだけれど、今撮らないとあとで後悔するんじゃないかと思えてきました。

今日のさえずり: 松屋の白ドレッシング、袋でなくてボトルなら欲しいんだけれどなー

2018年04月29日

• 07:31 左手の小指の爪が割れてきたのでセロハンテープを貼ってみた。絆創膏だと手を洗った時にガーゼの部分が湿るし貼ってる面積も大きいしでタイピングしにくいので。
• 08:56 @KINAMANGHURAN ありがとうございます。トップコート1本持ってると便利そうですね!
• 11:44 破壊したはずでは… https://t.co/r3zqjovxku
• 12:00 丁度良い距離で達成感の高いコースだったのでお勧め。 / “歩く会: 神田川沿いを踏破” http://bit.ly/2oREinh
• 12:51 新緑が気持ちいい! (@ 小石川後楽園 in 文京区, 東京都) https://www.swarmapp.com/c/kpoJPPwQRSP
• 14:42 広いので駅前なのに空いてるし、競馬新聞読んでる方もいる。 (@ EXCELSIOR CAFFÉ 水道橋西口店 in 千代田区, 東京都) https://www.swarmapp.com/c/9rhTsG0xlaG
• 17:39 RAW ファイル用の jhead みたいなツールあるのかな。撮影日時に合わせてファイル名を変更できるやつ。
• 17:43 ExifTool かな。
• 20:23 松屋の白ドレッシング、袋でなくてボトルなら欲しいんだけれどなー。

このゴールデンウィークから RAW 画像形式で記録し処理し始めた

ゴールデンウィーク最終日。今回のゴールデンウィークで個人的にやろうと思っていたことの1つがデジカメで「RAW 画像」で記録して、PC で処理・管理できるようにすることでした。

「スマートフォン・PC に転送する時どうなるの?」「RAW ファイルをどのように管理しよう」「ストレージの容量を圧迫しそう」「ソフトウェアを用意し使い方を学ぶ必要がある」「RAW 現像に無限に時間が取られそう」などの懸念があってなかなか手を出してこなかったのですが、ゴールデンウィークというまとまった時間でやってみることにしました。

デジタルカメラの設定

デジタルカメラ側は α6300(ソニー)・DSC-RX0(ソニー)・PowerShot G9 X Mark II(キヤノン)でそれぞれ RAW + JPEG で保存するようにして終わり。

スマートフォンへの転送

外出先でソーシャルメディアに投稿する時にデジカメからスマートフォンへ Wi-Fi 転送しています。 RAW ファイルまで転送されたら時間がかかるのでは懸念していましたが、ソニー機・キヤノン機どちらも JPEG ファイルのみ転送するようになっていて問題なしでした。

PC への Wi-Fi 転送

ソニー機から自宅で Mac へ Wi-Fi 転送しています(キヤノンは未対応)。スマートフォンの時とは逆にこちらは RAW ファイルも転送して欲しい訳ですが、期待通り両方転送してくれてました。問題なし。

RAW ファイルのファイル名

JPEG ファイルは「画像ファイル名の先頭を日時にする」(例えば 2018-05-05-123456-ILCE-6300.jpg) (記事)に統一しています。 RAW ファイルは同時に記録した JPEG ファイルと同じファイル名 + RAW 画像形式の拡張子にしたいところ。

JPEG 画像ファイルのリネームには jhead を使っているので、 RAW ファイルでも同様のコマンドラインツールが無いかと探してみました。

調べると ExifTool が RAW 画像ファイル形式中の撮影データを扱えるということがわかりました。以下のようなスクリプトでリネームするようにして解決。

 #!/bin/sh
 chmod 644 $@
 exiftool '-FileModifyDate<CreateDate' $@
 exiftool -d %Y-%m-%d-%H%M%S%%-c-ILCE-6300.arw '-FileName<CreateDate' $@

RAW ファイルの管理

カメラの撮って出し JPEG 画像でいいかなと思う時はさくっと消すことにしました。調整したいなと思った場合は RAW ファイルから現像し

• オリジナル RAW ファイル
• オリジナル JPEG ファイル
• 編集後 RAW ファイル
• 現像書き出しした JPEG ファイル
• 現像書き出しした JPEG ファイル (記事/投稿用リサイズ版)

をとりあえず保存してみています。ここはもうちょっと整理しても良さそう。

現像ソフトウェア

いったんデジタルカメラメーカーが出しているもので。

• ソニー: Imaging Edge
• キヤノン: Digital Photo Professional 4

メーカー別にソフトウェアを使い分けるの面倒なのでどうしようという感じです。 Lightroom Classic CC にするのがいいのかな?

まだパラメータ調整で思ったような絵作りができないので、まずはそこを学びたいところです。

Lightroom CC mobile で編集した JPEG ファイルの整理手順

外出先でスマートフォンに写真(JPEG ファイル)を転送し Lightroom CC mobile で編集・書き出してソーシャルメディアに投稿したあと、手元にある現像された写真を管理する手順をちょっと考えてます。

家に帰って Lightroom Classic CC で同期したあと、 MacBook Pro で単純にファイルを移動したりしてたら現像設定が消えてあれあれとなったので、いったん以下の手順でやることにしました。

以下 Lightroom Classic CC での操作

1. Lightroom CC mobile で編集した写真をローカルに同期する(自動)。
2. Lightroom CC mobile で編集した写真に対して「メタデータをファイルに保存」を実行。 (現像設定を含むメタデータを JPEG ファイル内に書き込む)。
3. 写真ファイルをいったん「Lightroom からのみ除去」。 (クラウドの同期を外す)
4. 普段使っているオレオレルールリネームスクリプトで名前を変更。(ここはターミナルでの作業。)
5. 「フォルダーを同期」で Lightroom Classic CC カタログへ写真を読み込み。
6. ファイル名に Lr をつける。(デジカメから直接取り込んだ未現像のファイルと区別するためのオレオレルール)
7. 保存したいフォルダーに移動する。

前はメタデータを JPEG ファイルに保存していなかったため、 Lightroom CC の同期から外した時点で現像設定が消えちゃっていました。 Lightroom Classic CC の方はカタログ設定で「JPEG、TIFF、PNG、および PSD ファイル内のメタデータに現像設定を含める」をオンにしてあったため、 Lightroom 同期した時点でローカルに作られた JPEG ファイルに現像設定が書き込まれていると誤解してました。

もっとスマートな方法があれば知りたい。

Day One Premium をキャプチャツールとして使うのを控える

Day One 3 で作成/編集したエントリが Android 版では編集できなくなったのだが Android 版が追従する様子がみられない。今の状態だと iPhone 上の Day One をキャプチャツールと使うので支障がある。いったんキャプチャ先をできるだけテキストファイルベースに戻すことにする。

Android デバイスでは JotterPad で。日時形式のファイル名をつけるのが一手間なの変わらず。 Clipper Plus のダイナミック(日付・時刻などのテンプレート)を使って現在日時のファイル名を生成してクリップボードにコピーできるようにしておいた。

iPhone では iOS 版の Ulysses で。こちらでメモる頻度が低いので Gboard の「日時」変換で仮に入力しておいてあとで修正かな。

Mac は今まで通り Alfred の workflow から。ファイルを作る先別に workflow を使い分けていたのだけれど、キャプチャする時に頭に負荷をかけるのを減らした方がいいなということで inbox ディレクトリに保存する1つだけに絞った。

キャプチャの容易さと日時管理のしやすさの点で Day One は優れているんだけれどなあ。

Alfred 3 for Mac の表示量を増やす

Alfred を使っていて

• search text の文字数が少なくて長めのテキストを入力する時に全体が見えない
• result text の文字数が少なくて似たような長いファイル名が複数あると区別できない

と不便に感じるようになったのでサイズを変更してみた。

Alfred Preferences の Appearance で Alfred macOS Theme を複製し、

• Window Width: 559px を 1024px に
• Search Text Size: 34px から 24px に
• Result Text Size: 18px から 16px に

に変更。これで一度にだいぶ見渡せるようになった。参照したい表示の上に Alfred がかぶった時のために透明度を上げた方が良いかなと思っていたけれど blur がかかっていてどのみち読めなさそうだったのでここは変更せず。

• https://www.alfredapp.com/

Ulysses で TextBundle を使うのどうなのか調べてみた

Markdown 形式ファイルと、そこから参照されている画像ファイルを1つにまとめて管理する形式として TextBundle がある。ライティングアプリ Ulysses が対応しているのでちょっといじってみた。

• http://textbundle.org/

TextBundle は package format と compressed format がある。 package format は macOS のパッケージの形になっていて、 textbundle という拡張子をつけたディレクトリの中に info.json と text.* (Markdown なら text.md)、それからテキストファイルから参照しているファイルを asserts/ サブディレクトリに置くという仕様である。macOS の Finder からは1つのファイルのように表示される。

TextBundle を使うメリット

メリットは以下。

• テキストファイルと参照されている画像ファイルを一緒に管理できる(ばらけないで移動したりできる)。
• TextBundle に対応していないテキストエディタでも text.md を簡単に開いて編集できる。

TextBundle を使うデメリット

非対応アプリケーションから使う場合にデメリットを感じる。

• 非対応アプリからみると TextBundle 毎にディレクトリがあることになるので、ディレクトリだらけな感じになる。ドキュメント毎にディレクトリを開いて中のテキストファイルにアクセスする必要がある。
• Markdown ファイル名が text.md 固定なので、ファイル名だけでは区別できなくなる。

Ulysses for Mac の場合

Ulysses は TextBundle に対応しているので通常の Markdown ファイルと同様1つのシートとして自然に扱える。

普段 Ulysses for Mac では Dropbox の中のディレクトリを外部フォルダとして指定して使っているので以下、外部フォルダの時の話し。

Ulysses の外部フォルダ上の Markdown ファイルに貼った画像をエディタ上でプレビューできるのは現状 TextBundle だけ。エクスポート時も TextBundle 内の画像ファイルは書き出されれるけれど、(相対パス・絶対パス問わず)ファイル名で参照しているものは書き出されない(http/https な URL で指定した画像は HTML でエクスポートする際は画像が貼られる形になるが PDF ではだめ)。Ulysses だけを使って画像を扱いたいなら TextBundle を使う以外選択がない感じだ。

Ulysses 上で TextBundle なシートを保存するたびに参照されている画像ファイルを残して他は assets/ から消されてしまう。なので assets/ の下に画像作成に使ったソース・ファイル(マインドマップファイル)を一緒に置いておくおような管理はできない。そもそもテキスト編集で間違えて画像参照を消して保存実行してしまうと、画像ファイルだって消えてしまうので、画像ファイルだってオリジナルを別で保存しておく必要がある。

TextBundle は使うのは控えた方が良さそうだ。

Marked 2 で Markdown プレビュー時に自動的に画像を探すようにした

ライティングアプリ Ulysses for Mac では画像ファイルのプレビューがいい感じじゃなかったので、 Markdown プレビューアの Marked 2 を使うことにした。

• http://marked2app.com/

Marked 2 は相対パス指定・絶対パス指定のローカルの画像ファイルや URL で指定したネットワーク上の画像もきちんと扱ってくれるので便利だ。

画像ファイルをどこにおいておくか

さて Markdown ファイルから参照している画像ファイルをどこに置いておくか。Markedown ファイルと同じディレクトリに置くのが素朴だが以下の点で却下。

• Markdown ファイルを別のディレクトリに移動する時に参照している画像ファイルを一緒に動かすのが面倒。
• Markdown で書いた日別のノートファイルがたくさんあるようなディレクトリでは画像ファイルが邪魔。

別のところにまとめて置いておくのがよさそうだけれど、そうするとパス指定の問題が出てくる。ファイル移動時の参照書き換えをするは面倒なので嫌。

どうしようかなと思っていたら、 Marked 2 のプリプロセッサ機能で画像のパスを書き換える例を発見。その記事ではローカルホストでのプレビュー時とサイト公開時とでパスが違うことの解決に利用していたんだけれど、ローカルホスト上でも応用できるな。

パス指定はプリプロセッサにやらせてしまえばいいじゃない。画像のファイル名をユニークにしておき(もともとそうしている) Markdown ファイル上ではそのファイル名だけで画像参照として書く。プレビュー時に画像ファイルをローカルホスト上で検索して見つかったパスで書き換えてやれば良いなと。

さっそく Perl プログラムとしてプリプロセッサを作成。 Markdown ファイル中の画像参照があったら、Markdown ファイルのあるディレクトリレクトリ以下および指定したパス以下のディレクトリから File:Find::find で探し、見つかればそのパスに書き換えるようにしてみた。

あ、これ便利。

画像ファイルをいちいち Markdown ファイルの近くにエクスポートするとか、一緒に移動させるとかする必要なくてめちゃくちゃいいわ。