UTM→緯度経度変換

測量士、GISパイプライン、フィールドアプリは、ローカルなメートルグリッドが距離や面積の計算に便利なため今もUTMで点を保存しますが、地図、API、GPSの利用者はほとんど常に度数を必要とします。宿題、フィールドノートのクリーンアップ、地図エンジンのテストにはブラウザで無料にご利用いただき、CI、オフラインETL、教育デモで再現可能な緯度経度フィクスチャが必要な場合は、成功したリクエストごとに$0.002のAPIをご利用ください。

UTMの入力が意味すること、そしてレスポンスの内容

hemisphereはNまたはSでなければなりません（northまたはsouthも受け付けられます）。この計算ツールは、そのグリッド点のWGS84緯度経度を返します。レスポンスには、検証されたzoneとhemisphere、使用したeastingとnorthing、要求された精度に丸められた緯度と経度、短いlatとlonの別名、度数での中央子午線、WGS84というデータムタグ、utm_inverse_snyderというメソッドタグ、使用した精度、文書化のためのコンパクトな式の文字列が含まれます。エンジンはサポートされるゾーン範囲内で有限の測地点を投影するか、invalid_inputで入力を拒否します。拒否されるケースには、zone・hemisphere・easting・northingの欠落、1から60の範囲外のゾーン、正でないeasting、負のnorthing、非有限の数値、認識されないhemisphereのラベルが含まれます。このページは、座標を独自に発明してはならないワークシート、ユニットテスト、API利用者に適した安定した数値出力とともに、決定的なUTM→緯度経度の逆変換のみに答えます。

フィールドの読み取り方法と緯度経度を再現可能に保つ仕組み

eastingは厳密に正でなければなりません。正でない値は偽東距の慣習の設計範囲外にあり、通常の測量実務における使用可能なグリッド位置を表さないためです。northingは非負でなければなりません。南半球の位置でも、1000万メートルのオフセットの下で大きな正のnorthingを使います。有限であれば指数付きの浮動小数点数でも構いませんが、空文字列、Infinity、NaNは拒否されるため、不正なセルが誤った子午線につながることはありません。優先されるフィールドは、UTMの帯を表すzone、NまたはSを表すhemisphere、メートル単位のeastingとnorthingですが、zoneにはutm_zoneとzone_number、hemisphereにはhemiとns、eastingにはE、x、east、northingにはN、y、northといった別名も受け付けるため、クエリ文字列、スプレッドシート、型付きフォームは同じ契約を再利用できます。zoneは1以上60以下の整数でなければならず、その範囲外はUTMが60個の6度帯を使うことを明示するメッセージとともにinvalid_inputで失敗します。値はJSONの数値または10進文字列として届く場合があります。自動化されたパイプライン内でWGS84のUTMを自前で再実装することなく同一の数学的結果が必要な場合は、このページの無料ブラウザ実行と有料APIを組み合わせてご利用ください。

UTM→緯度経度変換がGIS・測量・ソフトウェアで役立つ場面

開発者は、測量コントローラーからのCSVエクスポートがゾーン・東距・北距のみを列挙するとき、ユニットテストがゾーン33の中央子午線付近のグリッド点が北緯42度・東経15度付近にあることをアサートしなければならないとき、あるいはバックエンドがWeb地図のためにフィールドノートを度数に変換しなければならないときにUTMに出会います。API経由では成功した検索1件につき$0.002がかかり、検証に失敗したリクエストは課金されず、レスポンスが返された後は何も保存されません。この無料のインタラクティブな探索と、同一結果を返す有料APIという分割は、KITのtier-Aカタログの他のツールと同様であり、教室でのデモから自動化パイプラインへ、数学的な結果を変えることなく移行できます。