nDiki : 仕様

Perl の Date::Calc::Mktime() の 2038年問題(仕様)

Perl で書かれているシステムで未来の年を使うと不具合が起きるという報告をもらいました。 perl 5.12.0 で Perl コアの時刻関係の関数は2038年問題クリア済みとなっているし、どこでひっかかっているのかなとコードを追ったら Date::Calc::Mktime() が out of range を返していました。

Date::Calc 6.4 のドキュメントにこのことは明記されているしきちんと入力値チェックもされているので、ライブラリ的には問題無く仕様ですね。

対応方法はこれから検討です。

今日のさえずり: ビラ配りの人がビラを差し出す時に「サッ、プルプルッ」

2017年07月19日

• 08:02 How many files(0-15)?
• 13:33 Google Domains 気になる。次移管しようかな。
• 18:59 Date::Calc::Mktime() は 2038-01-19 03:14:07 までしか対応してなかった(仕様)。
• 20:24 ビラ配りの人がビラを差し出す時に「サッ、プルプルッ」てやっちゃうのなんでだろ。
• 24:37 Google Keep の Android アプリについにメモの編集中の「元に戻す」と「やり直し」が入った。数世代のさかのぼれる程度の簡易なもので良いので版管理も入ってくれると嬉しいな。

初全ツイート履歴ダウンロード

自分の Tweet は API で取ってきておおむね nDiki の記事にまとめてあるのですが、使い始めの頃はそんなことをしていなかったので手元にデータとして取ってありませんでした。公式機能で全ツイート履歴ダウンロードができるのは知っていましたがそのうちと思いつつずっとやり忘れていたので、ようやく腰を上げて全ツイート履歴リクエストを設定からしてみたところ、ほどなくして準備完了のメールが届きました。

ダウンロードした ZIP ファイルの中をみると、予想していた通り人間用に HTML ファイルがありました。そしてそれ以外に CSV 形式ファイル・JSON 形式ファイルが含まれていてきちんと利用しやすい形になっていて良くできているなと感心してしまいました。良いですね。

きちんと README.txt をみてみたら HTML ファイル (index.html) は JSON 形式ファイルを読んで表示するページになってました。なるほど。API のレスポンス仕様と同じ JSON 形式をエクスポートデータにしているのですね。

「いい腕時計してくださいよ」と言われてカシオ F-91W-1JF

高級そうな腕時計をしている出席者をミーティングでみかけたチームメンバが「Naney さんもいい腕時計をしてくださいよ」と話しかけてきました。むむむ。これは「マネージャーになったらこんな腕時計をすることができるんだぜ」と見せつけてやるしかない。

昨日会社帰りにビックカメラによって有名ブランドの時計を買うことにしました。ファッション性も重視してここはカシオのデジタルで。ファンも多い F-91W をチョイス。

• カシオ 腕時計 F-91W-1JF

966円(内税)なのに、なにこれスゴイ。スマートフォンみたいにボタンを押さなくても時刻がわかっちゃいます。暗いところでも表示がわかるように緑のライトを点灯させることもできます。そしてなにより電池寿命が7年! 昨今のスマートウォッチのようにこまめに充電する必要がありません。最高。

仕様では「平均月差±30秒以内」ですが、その辺の電波時計をみながら「C → C → C → A で 近い00秒にアジャスト → C」でサクッと調整できます(メモ)。

あと個人的に良いと思っているのがウレタン素材の樹脂バンド。留め具もプラスチックなので他の物を傷つけにくい。腕時計をしなくなった大きな理由の1つに「ノート PC のパームレストにかちゃかちゃ金属ベルトが当たること」があるのでこれは嬉しいところです。

これでチームメンバに将来のマネージャー像のイメージをもってもらうという役割を1つ果たすことができました。めでたし。

しかし若い人やファッションセンスのある人がきちんと身につけるとオシャレなんでしょうけれど、「昭和懐かし」気分で70年代生まれが腕にしているとただ単に貧乏くさい感じになってしまう危険性はかなりあります。

俗称である「チープカシオ」という名前をそのまま陳列棚に表示していたビックカメラさん好きです。

[ 製品レポート ]

テーブルフォトにベルボンのマクロ撮影用三脚 ULTRA 353 mini を

今使っている三脚は1999年に買ったベルボンのカーボン三脚のカルマーニュ540。当時縮長が一番短かったカーボン三脚です。小型とはいえ出しっぱなしにしておけるほどではなく使わない時はラックの上に収納してあるため、最近は記念撮影の時ぐらいしか出番がありません。

その辺に置いておいて小物を取る時にさっと使えるマクロ撮影用三脚が欲しいなと思い、ベルボンの ULTRA 353 mini (ウルトラ353ミニ)を買ってみました。 ULTRA mini シリーズの3モデルの中で一番小さいモデルです。

推奨積載質量は 1500g なのでミラーレス一眼の α6300 (約404g) と標準ズーム SEL1670Z (約308g) でも全然平気(質量は仕様より。α6300 はバッテリーとメモリースティックPROデュオを含んだ時)。

購入する前は雲台(QHD-33)の面が狭いんじゃないかと思ってましたが α6300 だと十分な感じです。コンパクトな PowerShot G9 X Mark II を載せても大きすぎずいい感じ。

きちんと三脚を使い構図を落ち着いて決め ISO 感度を上げすぎないようにすることで、今までより綺麗に撮れるようになるといいなと。

• ベルボン ULTRA 353 mini

[ 製品レポート ]

Remember The Milk でのスマートリスト内のサブタスクの並び順

サブタスクはそれらが属するタスクと同じ方法で並べ替えられます。

スマートリスト中のサブタスクはスマートリストの並び順に従うと思っていたのですが、きちんと確認してみたらサブタスクが属するリストの並び順のままなんですね。

タスクを期限順にしつつその中のサブタスクはドラッグ&ドロップで実行順にするには、タスクを入れておくリストはドラッグ&ドロップ順にしておいて、別途タスク期限順に並べ替えるだけのスマートリストを作れば OK。

実際そういう運用していたのですが、仕様として曖昧な理解で使ってました。なるほど。

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 に自動的に書き込む」をオンにしました。

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

21年ぶりに復活したカッパバッジ

都民の日まであと3日という9月28日になって、今年は21年ぶりにカッパバッジが復活して販売されていると知った。出遅れた! しかも小島功氏デザインのものも出てるなんて! 「かっぱ黄桜 かっぱっぱ」*1ですよ!

すでにイトーヨーカドーなど多くの店頭販売場所では販売終了していて、買いに行くにはちょっと時間がかかるなということで「博品館.net」で注文しちゃった。30日に到着。やったー。

• Old meets New 東京150年事業 カッパバッジ マグネット仕様 2個セット

マグネット式になり大きく立派になっちゃって。

子供の時は小学校で注文を取りまとめてくれて受け取っていたんだよね。紙の箱に入ってきたんじゃないかな。3年前の日記にも書いたけど、手元に残っているカッパのバッジは1979年ので39年前小学1年生の時のもの。

小学生の時はさすがに上野動物園までは子供だけで行けなかったので、世界貿易センタービルの展望台に上るのに使ってた。展望台にいたおっちゃんだったかが5個セットを見せてくれて「凄い!」ってなったの覚えてる。

全然関係ないけど、世界貿易センタービルの展望台には昔ムーンクレスタがあった。全然関係ない。

グレゴリー テールランナー ブラック購入(8年ぶり2度目)

グレゴリー テールランナー ブラックを購入。2010年9月に買ってから8年間コンスタントに使い続けているお気に入りのテールランナーがいよいよ内側のスリーブのところから加水分解を始めたようで、ちょっとベトつき始めたので新調することにした。

グレゴリーのウエストパックと言えばテールメイトSも最高なんだけれど、そこまでは容量必要ないのでもうちょっと身軽な方がいいなという時はやはりテールランナーがベスト。コンパクトデジタルカメラ・折り畳み傘・モバイルバッテリーとちょっとした小物程度ならさくっと収まり重宝するサイズなのである。

年初あたりから女性ファッションでなぜかウエストポーチが流行になっている。その影響かどうかわからないけれど、テールランナーも今は品薄状態。ブラックはどの通販サイトも在庫切ればかりで、先週グレゴリー原宿に行ってみたけれど店頭には陳列されていない状態だった。毎日チェックしていたところ3日前にようやく在庫ありになったのでサクッと注文。届いたテールランナーのタグにある型番は 65238 1041 1PHU 08J*29056 SB のだった。

以前みたいにタグに製品仕様が表示されなくなっているので参考までに gregory.jp に掲載されているサイズをチェック。

 VOLUME: 2.5L
 DIMENSIONS: 39x12.5x8cm
 WEIGHT: 170g

持っていたものとほぼ同じサイズなのだけれど、仕様上は結構違うのは測る場所が変わったからなのかな。参考程度ということで。タグとバックルロゴがシルバータグのものから現在の直線的なものに変わった以外は形も縫製も変わってない様子。

定番モデルが長く続いてくれるのは嬉しい限りである。これでまた7〜8年は安心して使えるかな。

加水分解が始まったテールランナーの方は折を見て重曹で洗ってみるつもり。

• グレゴリー テールランナー ブラック

[ 製品レポート ]

GR II を見てきたらデカかった

来春発売予定の RICOH GR III が欲しい欲が高まっている。大きさはどれぐらいの感じなのかな。 GR II より若干小さくなるということなんだけれど、 GR II 自体あまり触ってなかったので店頭で触ってみた。

そうしたら思ったよりデカく重く感じてびっくり。 GR1s の薄さの記憶が強すぎたのかな。あとは DSC-RX0 や PowerShot G9 X Mark II など小さいカメラばかりよく使っているというのもあるかも。

結構幅があるなぁと思ったけど仕様的には GR1s と同じなんだ。へー。

RICOH GR III は GR II よりもうちょっとコンパクトになるので、もっと気にならないはず。

以下仕様より(約は省略。突起部等を除く、重さはバッテリー・メモリカード含む)。

機種	幅	高さ	厚さ	重さ
RICOH GR III	109.4mm	61.9mm	33.2mm	257g
GR II	117.0mm	62.8mm	34.7mm	251g
GR1s	117.0mm	61mm	26.5mm (グリップ部 34mm)	210g ※
PowerShot G9 X Mark II	98.0mm	57.9mm	31.3mm	206g

※ GR1s はデートなし 178g + CR2 約11g + フジカラー SUPERIA X-TRA 400 36枚撮りで 21g (実測) で。

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