HEIF を PDF に変換

機関が PDF を標準にしたのは、PDF がページだからです。大きさが決まっていて、印刷結果が予測でき、印を押してアーカイブでき、送る側と受け取る側で同じように見えます。画像ファイルはそのどれでもありません。アップロード欄が PDF と書いて他をすべて拒否するのはそのためです。

その一方で、写真は世界のソフトの半分が開けないコンテナーに入って電話から出てきます。変換はその両方の問題を同時に解決し、残るのは写真についてではなくページについての判断だけです。このページの大半はそれについてです。

PDF はあらゆる寸法をポイント単位で計測し、1 インチは 72 ポイントです。「画像サイズに合わせる」は、ページをその単位で写真とまったく同じ大きさにします。4,032×3,024 の写真は 4,032×3,024 ポイントのページになり、これは 56 インチ×42 インチ、およそ 1.4 メートル×1.1 メートルです。

画面の上では見えないので害はありません。閲覧ソフトはページをウィンドウに合わせて拡大縮小し、写真は端から端まで埋まります。誰かがざっと目を通す添付ファイルとしてはまさに望ましい形です。同じファイルを印刷キューに送ったり、ページ寸法を確認する機関に送ったりすると話は変わり、そのために用紙サイズの設定があります。

A4 を選ぶとページは 595.28×841.89 ポイント、210×297 ミリメートルになります。US Letter は 612×792 ポイント、8.5×11 インチです。どちらも正確な数値で、プリンターや文書管理システムが期待する値そのものであり、仕様が用紙サイズを指定しているならどちらかが正解です。

写真はそのページの中央に置かれ、余白の内側に収まるよう縮小されます。横長の写真を縦長のページに置くと上下に白い余白ができます。それを望まないなら、向きの設定でページのほうを回転させてください。画像自体が収めるために回転したり切り抜かれたりすることはありません。

拡大縮小は一方向にしか働きません。写真が使える余地より大きければ縮小され、小さければそのままの大きさで中央に置かれ、周りに白い余白ができます。

このルールがあるのは、逆にすると重要な場面ほど見た目が悪くなるからです。600 ピクセルの画像を A4 いっぱいに引き伸ばすと、鮮明だった文字がぼやけた灰色の塊になり、書類の写真はまるで FAX のように見えます。きれいなページの上の小さな写真は意図されたものに見え、引き伸ばされた写真は失敗に見えます。

PDF はネイティブに 2 つの画像形式を運べます。JPEG と PNG です。JPG をこのサイトに置くとバイト単位でそのまま埋め込まれ、画質の面でも時間の面でもコストはほぼゼロです。HEIF はその 2 つのどちらでもないので、写真は生の画素へデコードされ、文書に入る途中で PNG として再符号化されます。

PNG は可逆です。それ以上何も失われませんが、写真を高コストな方式で保存するということでもあります。2 メガバイトの HEIF が 15 メガバイトや 20 メガバイトの PDF になることがあります。このページにはそれを調整するレバーがありません。用意されているのは用紙サイズ、向き、余白だけで、そのどれも画素を 1 つも変えません。アップロードに容量制限があるなら、代わりに JPG を経由してください。HEIF をまず幅 1,600 ピクセル程度の JPG に変換すれば画面で読む文書には十分で、その JPG をここに置けば、PNG に再符号化されるのではなくバイト単位でそのまま埋め込まれます。

各 HEIF は 1 ページの PDF になります。フォルダーを変換すると写真 1 枚につき PDF 1 個が返ってきます。それぞれ進捗行を持ち、2 個以上終わると「すべて ZIP で」というボタンが使えますが、それらを 1 つの文書にまとめることはしません。

複数ページの PDF が 1 個必要な場合——写真 6 枚を添える賃貸契約の申請、領収書の表と裏を含む請求など——には、それぞれの写真を変換してから、そのための専用ツールで PDF を結合してください。この順番で行えば、ページの順序も自分で直せます。ここが、変換ツールが IMG_4471 や IMG_4472 のようなファイル名から推測して間違えやすい部分です。

この方法で作られる PDF は文書の画像を持っているだけで、文書そのものではありません。中の何も選択・検索・コピーできず、スクリーンリーダーで読み上げることもできません。提出物を参照番号でスキャンするシステムは何も見つけられません。

それでたいてい問題ありません。人が開いて読むだけだからです。それでは困る場合は、HEIF から TXT への変換が文字認識を行い、平文の文字を返してくれます。それを写真と一緒にフォームに貼り付けられます。この 2 つの答えは、同じ問題の別々の半分を解決します。

PDF はカメラが捉えたものをそのまま保存するので、提出物の質は変換より前の段階で決まります。紙を平らに置き、斜めからではなく真上から撮り、光は横から当てて自分の影が文字にかからないようにしてください。

紙面だけでフレームを埋めてください。机の中央に A4 用紙が置かれた写真は、画素の大半を机に使ってしまい、PDF がページに合わせて縮小されると文書は小さくぼやけて読みにくくなります。それが「再提出してください」と差し戻される版です。

写真の EXIF はこの過程を生き延びません。カメラの機種も撮影日時も GPS 座標も文書には残りません。変換は生の画素へデコードして再符号化するので、メタデータが渡る経路がそもそもないのです。

機関への提出物としては、これは妥当な既定の挙動です。同時に知っておく価値のある帰結でもあります。受け取る側が、いつどこで撮影されたかの証拠として写真を期待しているなら、PDF はその主張を裏付けられず、その証拠を持っているのは元の HEIF だけです。

デコード、符号化、PDF の書き出しはすべてブラウザーのタブの中で行われます。文書のコピーがサーバーに届くことはなく、待ち行列もアカウントも不要で、無料枠は 1 ファイルあたり 100 MB まで入力を受け付けます。

このペアにとって、これは単なる気配り以上のものです。人々が PDF に変換する写真は給与明細、パスポート、診断書、賃貸契約書、銀行明細書などで、そのファイルのリスクのすべては「他に誰がコピーを持っているか」にかかっています。ここでの答えは「誰も持っていない」で、それは言葉を信じるのではなく、ネットワークタブを開いて確認できることです。

固定の用紙サイズでは、ページは縦向きから始まり、横長の写真は幅に合わせて縮小され上下に白い余白ができます。たいていはまったく問題ありませんが、ときに無駄になります。横長の領収書を縦向きの A4 に合わせて縮小すると、印刷が読みにくいほど小さくなってしまいます。

向きの設定は写真ではなくページのほうを回転させます。横向きに設定するとページの寸法が入れ替わり、横長の写真が用紙のはるかに多くを埋めます。余白の設定はそれと並んで、固定用紙の端から写真を離しておき、多くの印刷やスキャンの工程が期待する形にします。ページサイズが画像サイズぴったりの場合、向きの設定は効果を持ちません。すでにページが写真自身の縦横比になっており、レターボックスにする余地がないからです。

写真は ICC プロファイルを付けずに文書へ入るので、PDF を読むどの閲覧ソフトやプリンターも、その値を普通の sRGB として解釈します。画面上では誰もがどのみちそう仮定するので、文書は期待どおりに見えます。

重要になるのは、提出物が印刷され、色そのものが要点になる場合です。保険金請求のための損傷の写真、色見本、医療用の画像などです。そうした場合、いちばん安全なのは画面ではなく印刷した試し刷りを確認することで、変換ツールが何も知らない印刷機の色を管理できないことを受け入れることです。ここでよくある、書類の写真という用途では、これは考える必要のないことです。