【要約】緯度経度を度分秒(DMS)に変換する Python 実装：60秒繰り上がりの罠 [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
業務で扱う大量の緯度経度データを、別ソフトへ入力するために度分秒（DMS）形式へ変換する必要が生じた。従来の手段では以下の課題があった。
- ・Excel関数：大量のデータ処理において、コピペ等の操作による人為的ミスが発生しやすい。
- ・Googleマップ：UI変更により、以前利用可能だったDMS表示機能が現在は利用できない。
- ・単純な計算ロジック：浮動小数点の演算誤差により、「59'60.00"」のような不正な表記が混入する。
// Approach
Pythonを用いた自前実装により、一括処理と正確な変換を実現した。以下の手順でロジックを構築した。
- ・変換ロジックの構築：10進度の整数部を「度」、小数部に60を掛けて整数部を「分」、残りの小数部にさらに60を掛けて「秒」を算出する。
- ・境界値処理の実装：
round(s, 2) == 60.0の判定を行い、秒が60になった場合に分、さらに分が60になった場合に度へと繰り上げる処理を追加した。 - ・実機検証：東京駅などのランドマークを用いて、地理的に妥当な値が出ることを確認した。
// Result
浮動小数点の誤差を考慮した堅牢な変換関数
dd_to_dms を実装した。これにより以下の成果を得た。- ・正確な表記：不正な「60秒」表記を排除し、正しい繰り上がりを実現した。
- ・業務効率化：数百から数千件の座標データに対し、人為的ミスなく自動で一括変換が可能となった。
- ・検証の重要性：AIの誤情報（Googleマップの仕様）を実機検証で検出し、信頼性の高い実装に繋げた。
Senior Engineer Insight
> 境界値における「60秒」問題は、数値計算を扱う現場では避けて通れない典型的なエッジケースである。一見正しく見えるコードが、特定の座標でデータ不備を引き起こすリスクを浮き彫りにしている。また、AIの回答を鵜呑みにせず、実機検証を徹底する姿勢は、ミッションクリティカルなシステム開発において不可欠な規律である。