ISO-8859-3（Latin-3）とは何か？概要・南欧言語対応とUTF-8移行の実務ガイド
エバープレイ編集部ISO-8859-3（Latin-3）とは — 概要
ISO-8859-3（別名 Latin-3、South European）は、1980年代に定められた ISO/IEC 8859 系列の一つで、8 ビット単位の単一バイト文字集合です。ASCII（0x00–0x7F）を基本とし、0xA0–0xFF の上位ビット領域にラテン文字系の拡張文字を割り当てることで、ASCII では表現できない南欧・特定言語固有の文字を扱えるように設計されました。特にマルタ語（Maltese）やエスペラント（Esperanto）といった言語の特殊文字を含むのが特徴です。
成立と位置づけ
ISO/IEC 8859 は複数の地域別パートに分かれており、それぞれラテン文字の異なるセットを提供します。ISO-8859-3 はその第3部（Latin-3）に相当し、1980年代後期に標準化されました（ISO/IEC 8859 シリーズの一環）。当時の目的は、8ビット環境（メモリや伝送帯域が限られていた時代）で多言語を扱えるようにすることでした。
主な対応言語と収録文字
- 代表的対応言語：マルタ語（Maltese）、エスペラント（Esperanto）、その他一部南欧の用途
- エスペラントのための文字群（例）：Ĉ/ĉ (U+0108/U+0109)、Ĝ/ĝ (U+011C/U+011D)、Ĥ/ĥ (U+0124/U+0125)、Ĵ/ĵ (U+0134/U+0135)、Ŝ/ŝ (U+015C/U+015D)、Ŭ/ŭ (U+016C/U+016D)
- マルタ語のための文字群（例）：Ċ/ċ (U+010A/U+010B)、Ġ/ġ (U+0120/U+0121)、Ħ/ħ (U+0126/U+0127)、Ż/ż (U+017B/U+017C)
0x00–0x7F は ASCII と同一ですが、0xA0–0xFF の範囲では ISO-8859-1（Latin-1）などと異なる文字配置があり、特定の言語で必要な文字が割り当てられています。
他の ISO-8859 系との比較
ISO-8859 系は地域ごとに最適化されています。たとえば、北欧向けは ISO-8859-4（Latin-4）、トルコ語は ISO-8859-9（Latin-5）、西欧は ISO-8859-1（Latin-1）といった具合です。ISO-8859-3 は「南欧向け」の選択肢の一つで、マルタ語やエスペラントを明示的にサポートする点で区別されます。ただし、同じラテン基盤でもどの文字を上位領域に割り当てるかは各パートで異なるため、誤った文字集合で表示すると文字化け（mojibake）が発生します。
実務上の問題点と限界
- Unicode（特に UTF-8）の普及により、ISO-8859-3 の実利用は大幅に減少しています。現在はほとんどの環境で UTF-8 を使うのが標準です。
- ユーロ記号（€）や後年追加された記号は含まれていません。追加が必要な場合、別の文字集合や拡張が必要になります。
- 同じ 8 ビット空間を使う別の ISO-8859 系と混同すると文字化けが起きやすい（例：ISO-8859-1 として解釈すると特定文字が別の記号になる）。
- フォントサポートや OS・アプリケーション側のエイリアス対応が限定的であるため、特に古いデータやレガシーシステムの移行時に注意が必要です。
ウェブ・WordPress での扱い
現代のウェブサイトや WordPress は初期設定で UTF-8（UTF-8 / utf8mb4）を使うことが推奨されます。古い文書や外部から取り込むデータが ISO-8859-3 でエンコードされている場合、まず UTF-8 に変換してから投稿・保存するのが安全です。HTML で直接指定するなら次のように宣言できますが、現実的には UTF-8 に統一するのがベストプラクティスです：
<meta charset="ISO-8859-3">
WordPress のデータベースが UTF-8（utf8mb4）である場合、ISO-8859-3 のファイルをそのままアップロード・貼り付けすると文字化けします。import の段階で変換（iconv、mb_convert_encoding、Python の codecs など）を行ってください。
移行・変換の実務テクニック
- UNIX/Linux 環境：iconv を使って一括変換が可能。例：iconv -f ISO-8859-3 -t UTF-8 infile.txt > outfile.txt
- PHP：mb_convert_encoding($str, 'UTF-8', 'ISO-8859-3') や iconv('ISO-8859-3', 'UTF-8//TRANSLIT', $str)
- Python：bytes をデコードする場合、text = raw_bytes.decode('iso8859_3')（Python の codec 名は iso8859_3）
- データベース：CSV 等で取り込む際は、取り込み前に文字コードを UTF-8 に変換しておく。また、MySQL の LOAD DATA INFILE やクライアントの文字セット設定も確認すること。
トラブルシューティング（よくあるケース）
- 文字化け（主な原因）：データが ISO-8859-3 で保存されているが、受信側が ISO-8859-1 や UTF-8 として解釈している。
- 記号やダッシュが欠ける：使用しているフォントが ISO-8859-3 に割り当てられた特定文字をサポートしていない可能性。
- 混在データ：文書内で複数のエンコーディングが混在している場合、正確な復元が難しい。可能であれば原本のエンコード情報を確認し一貫して変換する。
なぜ知っておくべきか — レガシー資産との付き合い方
ISO-8859-3 は現在の標準ではないものの、過去に作られた文書やメール、データベースには今でも残っていることがあります。IT 担当者やサイト運営者は、次の点で知識が役に立ちます：
- レガシー文書の検索・再利用：適切に UTF-8 に変換すれば、全文検索や統合が容易になる。
- 国際対応のトラブルシューティング：特定言語（マルタ語、エスペラント）で文字化けが出る際の原因切り分け。
- 安全な移行計画の立案：変換時の文字欠落や代替文字（transliteration）に関する方針決定。
まとめ
ISO-8859-3（Latin-3）は、マルタ語・エスペラント等の特殊文字を扱うために設計された 8 ビット文字集合で、かつては実用的な選択肢でした。今日では Unicode（UTF-8）への移行が標準であり、ISO-8859-3 を扱う際は「どのエンコーディングで保存されているか」を正確に把握し、適切に UTF-8 へ変換することが重要です。レガシー資産の救済や移行を行う際には、iconv や各言語の文字コード変換ライブラリを活用してください。
参考文献
- ISO/IEC 8859-3 — Wikipedia
- IANA Character Sets — IANA
- ISO-8859-3 to Unicode mapping — Unicode Consortium
- RFC 1345 — Character Mnemonics and Character Sets
- Python codecs — Text Encodings (公式ドキュメント)
投稿者プロフィール
