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 ファイルをハイライトしてくれるようになったりして、これはこれで良かったかなと。

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

今日のさえずり: Amazonプライム・ビデオで「12歳。」が観られなくなっていて第5話以降が

2017年04月08日

• 08:13 Markdown ファイルの拡張子を txt から md に戻す。
• 14:19 Amazonプライム・ビデオで「12歳。」が観られなくなっていて第5話以降が。

Ulysses が認識するテキストファイル名拡張子が減った

Ulysses for Mac を 2.7.2 から 2.8.1 にアップデートしたら拡張子 taskpaper のファイルがシートリストに表示されなくなりました。またアプリケーションから開くで Ulysses を指定しても開けなくなりました。Ulysses for iPad and iPhone 2.8.1 も同じ挙動なので、そういう機能方針になったのかもしれません。

ちょうど昨日テキストファイルの拡張子を txt に統一するのをやめるとしたばかりなので、さて TaskPaper ファイルをどうしようかなということになりました。 拡張子 taskpaper でないと TaskPaper ファイルだと認識しない Editorial (記事)を使わないことにすれば、TaskPaper ファイルの拡張子を txt にすればいいだけなので大きな問題ではないんですけれども。

Editorial はいったん諦めようかな。

今日のさえずり: 昨日からまた久しぶりに Doing リスト使ってみてる

2017年04月09日

• 12:08 昨日からまた久しぶりに Doing リスト使ってみてる。
• 17:54 Google Keep アンインストール。
• 20:59 Ulysses for Mac を 2.7.2 から 2.8.1 にしたら拡張子 taskpaper のファイルがシートリストに表示されないし開くこともできなくなった。これは厳しい。 Time Machine でいったん戻した。
• 21:18 Ulysses for iPad and iPhone 2.8.1 も同じ挙動だし、 TaskPaper ファイルの拡張子を taskpaper にするなら Ulysses の外に出す必要があるな。

iPhone 用の TaskPaper アプリ Taskmator がより良い

iPhone 用の TaskPaper アプリとしてEditorial を先週入れてみたのですが、今日は Taskmator を入れてみました。 TaskPaper クライアントとしては Editorial よりこちらの方が良いかも。

Taskmator の名前自体は知っていたもののしばらく更新されていなかったので手を出さないでいたのですが、4月8日に久々に 3.4 としてアップデートが出ているのに気がつきました。これは試してみるしかないと。

• Editorial と同様指定したフォルダーツリーを同期するタイプ。同期したいファイルの拡張子を任意に複数指定できる。
• Editorial と違って拡張子 txt のファイルも TaskPaper ファイルとして開ける。
• リストごとまとめて移動できるなどアウトライナーの機能がきちんと備わっている。

たまに落ちるのがあるのが気になるところですが、使い勝手は Editorial よりずっと良さそうです。 iPhone で TaskPaper ファイルを扱うときはこちらの方が良さそうですね。

またテキストファイルアウトライナーとしても十分使えそうなので、記事素案をまとめたり物事を考えたりする時にも便利に使えそうです。

• https://twitter.com/taskmator

---

[ iOS アプリレビュー ]

Mac の「Google ドライブ」アプリを「バックアップと同期」アプリに移行

デスクトップ版「Google ドライブ」アプリが2017年12月11日にサポート終了、2018年3月12日に完全停止となるということで「バックアップと同期 (Backup and Sync)」に移行することにしました。

• https://www.google.com/intl/ja_ALL/drive/download/

移行は簡単。「Google ドライブ」がインストール & 実行されている状態で「バックアップと同期」アプリをインストールすると自動的に移行してくれました。

「バックアップと同期」アプリでは「Google ドライブ」フォルダだけでなく、任意のフォルダをバックアップ・同期対象にできるので、Dropbox フォルダの中にあるテキストファイル群がある notebook フォルダを指定してみました。15,000 超のテキストファイルを同期すると Google ドライブアプリでは CPU がずっと 100% になるという現象に過去当たったのですが、今回は問題無し。数が多くても大丈夫のようです。

Dropbox と Google ドライブに同時に同期をかけておけるようになり、これで Android デバイスの Google ドライブアプリからテキストノートファイルを全文検索できるようになるぞと思ったのですが、そういえば拡張子 md の Markdown ファイルは検索対象外だったのを忘れていました(一度 txt にしたけれど戻した経緯あり)。あー、惜しい。

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

今日のさえずり: 魔女の宅急便が届いた(宅急便ではなく、ゆうパケットで)

2017年09月16日

• 10:18 @k3286 J 以外にもいろいろあるのですね!
• 10:43 Messenger をインストールしたら妻のスマートフォンに Messenger を使い始めましたという通知が出てた。ひっそりインストールしたいんですけれど。
• 16:09 MacBook Pro で使っていた「Google ドライブ」アプリを「バックアップと同期」アプリに変えてみた。前者がインストール & 実行されている状態で後者を入れたら、きちんと移行してくれたよ。
• 16:10 「バックアップと同期」アプリで任意のフォルダを Google ドライブと同期できるようになったので Dropbox 上のフォルダを指定してみる。
• 16:19 15,000 ちょっとあるテキストファイルを同期中。「Google ドライブ」アプリだと MacBook Pro の CPU 使用が 100% になっちゃた数だけれど今回はどうかな?
• 16:36 同期終わり。今のところ CPU 使用率の方問題なさそげ。
• 18:24 魔女の宅急便が届いた(宅急便ではなく、ゆうパケットで)。 https://t.co/DUKRdEIgKa
• 22:00 おソノさんに会って、宅急便屋始めるところまできた。
• 23:34 ああ、拡張子が md だと Google ドライブでは検索対象にならないんだった。

今日のさえずり: 某アプリが自分と関係ない拡張子のファイルを亡き者にしていたらしい

2017年09月27日

• 24:49 「あれ、あのテキストファイルが無い」と思ったら某アプリが自分と関係ない拡張子のファイルを亡き者にしていたらしい。 Dropbox から復元したけれど、最初焦った。

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

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

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

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

それから

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

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

このゴールデンウィークから 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 での現像設定を XMP ファイルか JPEG メタデータ内に保存

Adobe Creative Cloudフォトプランを購入したので Adobe Photoshop Lightroom CC mobile の Android 版も使い始めてみました。

Lightroom CC mobile

Lightroom CC mobile 単独としては

• 当たり前のように無音カメラだったりする(設定すらない)。
• 3:2 が選べる。
• と思ったらフレーミングと非破壊切り抜きに設定に反映されているだけで、デバイスで撮れる最大の範囲で裏で撮影されていた。あとで切り抜き直せる。

など「らしい」仕様のカメラ機能が内蔵されているのがユニークでした。

編集機能としては「Upright による遠近法の自動補正」がついているのがめちゃくちゃ嬉しいところです。水平が出しにくい DSC-RX0 で撮影したあと外出先で Wi-Fi でスマートフォンへ転送し、ささっと補正して Twitter などに投稿できます。便利!

Lightroom CC mobile での現像設定は?

今のところ PlayMemories Mobile (ソニー)も Camera Connect (キヤノン)のどちらも RAW 画像そのものは Wi-Fi 転送できないので、スマートフォン (Xperia Z5) の Lightroom CC mobile では JPEG ファイルに対する編集のみを使うことになりそうです。

さて外出先でさっとした編集を、あとで最終的にデスクトップ PC 側でどうやって管理すれば良いのでしょうか。

確認したところ Lightroom CC mobile は JPEG ファイルに対する編集はそのファイルのメタデータに直接書き込んでました。なので Lightroom Classic CC 側で同期すれば、そのまま調整済みの JPEG ファイルとして手元に落ちてきます(ライブラリでは画像の調整バッジが表示される)。ちなみに Lightroom Classic CC の設定でも「JPEG、TIFF、PNG、および PSD ファイル内のメタデータに現像設定を含める」が最初からオンになっていました。 JPEG ファイルの編集についての Lightroom の方針を理解。

Lightroom Classic CC の RAW 画像ファイルの現像設定

Lightroom Classic CC では現像設定はカタログに保存されるのですが、調べたところ RAW 画像ファイルと同名で拡張子が xmp の XMP ファイルに保存させることもできるのですね。

個人的に画像ファイルと一緒に現像設定を保存しておきたいので「変更点を XMP に自動的に書き込む」をオンにしました。

自分の中で、現像・編集設定の管理方法がなんとなく固まってきた感じです。

ノート・日記のテキストファイルを Google ドライブへ

今までノート・日記のテキストファイルは Dropbox で同期していました。 Dropbox の同期については満足しているのですが Android スマートフォンで全文検索でファイルを探して開くということができないのはやはり不便なので Google ドライブに同期するように変更しました。

iOS の Ulysses で閲覧・編集できなくなるは許容

Ulysses で Dropbox を同期しておくこと iPhone でノート・日記のテキストファイルの全文検索・編集ができていたのですが、今回の Google ドライブへの同期先変更でそれができなくなります。

今は Android スマートフォンメインで使っているのでこちらは諦めることにします。

拡張子を txt にする

Google ドライブにテキストファイルとして扱ってもらうためには Markdown ファイルの拡張子を md ではなく txt にする必要があります。

過去 txt ファイルに統一して Google ドライブに同期していた事もあったのですが、その時はテキストエディタ・ライティングアプリの都合で結局戻しました。今回全文検索が使えることを優先し、再度 Markdown 形式のノート・日記テキストファイルも拡張子を txt に変更しました。

Mac の Ulysses ではそのようなファイルを保存している外部フォルダの「新規シートのファイル拡張子」設定を .txt に変更し、「標準テキスト (.txt) ファイルを Markdown として編集」設定をオンにしておきます。

Android のテキストエディタから直接 Google ドライブの編集を選んで編集する

JotterPad・iA Writer・Jota+ が Google ドライブにアクセスできるので、これらでブラウズしてファイルを開き編集できます。

Android の Google ドライブアプリで全文検索してからファイルを開いて編集する

全文検索でファイルを探してから開いて編集するというのは JotterPad・iA Writer ではできません。

Google ドライブアプリで全文検索してファイルを選んだあとに Jota+ に渡すと、Jota+ で編集・保存で Google ドライブに書き戻すことができます。全文検索からはこの流れで扱うことにします。単独のライティングアプリで全文検索から直接編集といかないのでちょっと手間ではありますが、今までは探すことすらできなかったのでかなり助かります。

これでどこでもパーソナルナレッジベースにアクセスできるようになりました。やはり過去のノート・日記をどこでも検索できるというのは便利でいいですね。

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

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 は使うのは控えた方が良さそうだ。