01.7.5
和暦を西暦へ変換する
ERA_TABLE に入れた元号ごとの基準年(令和なら 2018)に年数を足して西暦に直します。元年は 1 年として扱うので「令和元年」は 2018 + 1 = 2019 になります。和暦を含まない「西暦2020年」には None を返すので、変換できなかった行を後から見分けられます。自治体のオープンデータや社内の申請書を 1 本の時系列にまとめるときの最初の一手です。直感 #
自治体のオープンデータや社内の申請書では「令和5年」「平成28年度」のように和暦が多く登場します。和暦は元号が変わるたびに 1 からやり直すので、「平成28年」と「令和5年」のどちらが新しいかを文字列の並べ替えで判断できません。西暦に直してしまえば sort_values も「2016 年から 2023 年まで 7 年」という引き算も普通に動きます。変換の中身は足し算 1 回です。元号ごとに「元年の前の年」を覚えておき、そこに年数を足すだけで、令和は 2019 年が元年なので基準は 2018、平成は 1989 年が元年なので基準は 1988 になります。
Python で変換する #
次のコードは 5 つの元号の基準年を辞書に持ち、re.compile した 1 本のパターンで元号と年数を取り出して西暦を返します。和暦を含まない「西暦2020年」は None になります。
| |
実行結果の読み方 #
出力は 令和5年度決算 → 2023、平成28年4月入社 → 2016、昭和60年生まれ → 1985、西暦2020年 → 西暦表記 の 4 行です。「年度」や「4月入社」が後ろに付いていても、正規表現は「令和5年」の部分だけに一致するので結果は変わりません。ただし「令和5年度」は会計年度なので、暦年の 2023 年と同一視してよいかはデータの定義を確認してから決めます。
使いどころと落とし穴 #
和暦と西暦が混在する列では、変換後の西暦(year)と元の表記(year_raw)の 2 列を残しておくと、監査や突き合わせのときに元の帳票へ戻れます。明治より前の年号が必要な戸籍や歴史資料では、ERA_TABLE と ERA_PATTERN の両方に元号を追記します。「R05」「H28」のような英字 1 文字の略記は今のパターンでは一致せず None になるので、(R|H|S|T|M)(\d{1,2}) のような別パターンを足し、部署やシステムごとの書き方をヒアリングして対応表を育てていきます。元号が切り替わる年は注意が必要で、「平成31年」と「令和元年」はどちらも 2019 に写るため、月まで必要なら年ではなく日付単位での変換に切り替えてください。