ファイルを開いて文字が崩れて見えても、原因が文字コードとは限りません。まず元のファイルを残し、いつ、どの方法で表示がおかしくなったかを整理します。上書き保存を繰り返してから原因を探すと、比較が難しくなる場合があります。
文字と保存形式を分けて考える
UTF-8の公開仕様は、文字をバイト列で表す方式を説明しています。ファイルの文字コードと読み取り側の解釈を確認することが必要ですが、見た目だけで元の方式を必ず特定できるとは扱いません。
最初に残す記録
| 項目 | 確認内容 |
|---|---|
| 原本 | 変更前のファイルを別に残す |
| 取得経路 | どの出力から得たものか |
| 発生箇所 | 全体か一部か |
| 読み取り設定 | 使用した形式や指定 |
| 上書きの有無 | すでに変更された可能性 |
個人情報を含む場合は、調査のために全内容を公開の場所へ貼り付けません。共有が必要なら、扱える範囲と許可を確認します。
原本の複製で試す
出力元の仕様や設定が分かれば、まずそれを確認します。設定を変える場合は、一度に複数の条件を変えず、何を変えてどう表示されたかを残します。正常に見える部分だけで判断せず、問題のあった箇所を照合します。
避けたい修正
崩れた文字を推測して置き換える、全記号を削る、原本へ上書きする、といった操作は先にしません。文字コードを変換すれば必ず戻るとも約束しません。元の情報がすでに失われている場合は、出力元から再取得できるか確認します。
確認後に保存する
表示が戻った場合も、値や列の対応が保たれているかを確認します。読み取り時の指定と保存時の形式は別なので、共有先が求める形式も確認します。検証済みの設定と未確認の点を分けて記録します。
一部だけ読めない場合
架空の例として、本文は読めても特定の記号だけが別の文字になる場合、全体を別形式へ変換する前に、元の記号と出力元の仕様を確認します。原本に同じ問題があるか、取り込んだ後だけかも分けます。読める箇所が多いことを、全内容が正しく保存された証拠にはしません。
関連する整理
ファイル名と対象の対応や列の対応表を使うと、別ファイルを取り違えない確認にもつながります。

コメント