「KMLでの配布、もうやめませんか。」という言葉が今、インターネット上で大きな注目を集めています。これは、地理空間データを扱う多くの人々にとって、長年の慣習を見直すきっかけとなる重要な提言です。
KML(Keyhole Markup Language)は、かつてGoogle Earthの普及とともに広く利用されてきたデータ形式ですが、現代のWeb地図技術の進化に伴い、その限界が指摘されています。
この記事では、「KMLでの配布、もうやめませんか。」という議論がなぜ今、急速に話題となっているのか、その背景にあるKMLの課題や、KMLに代わる新しい地理空間データ形式、そして移行することで得られる具体的なメリットについて、最新のWeb情報を基に詳しく解説します。地理空間データの配布や活用に携わる方々にとって、今後のデータ戦略を考える上で役立つ情報を提供することを目指します。
KMLとは何か? その歴史と現代における課題
KMLは、地理空間情報をXML形式で記述するための言語です。Google Earthの前身であるKeyhole社が開発し、2008年にはOpen Geospatial Consortium (OGC) の公式標準として採用されました。
KMLファイルは、ポイント、ライン、ポリゴンといった地理フィーチャに加え、画像、3次元モデル、HTML形式の説明文なども含めることができます。
これにより、Google EarthやGoogleマップといったアプリケーションで、視覚的に豊かな地理情報を共有する一般的な形式として普及しました。
しかし、現代のWeb地図環境においては、KMLが抱える技術的な課題が浮き彫りになっています。
Google Earthが生んだKMLの普及と限界
KMLは、Google Earthの登場により、非GISユーザーでも地理データを手軽に扱える画期的なフォーマットとして広く普及しました。
特に、視覚的な共有に優れ、直感的な説明資料作成にも有効であったため、多くのオープンデータや個人利用の地図で採用されてきました。
しかし、KMLは「Google Earthでどう表示されるか」という2005年当時の問いに基づいて設計された側面が強く、データそのものよりも表示方法に焦点が当てられています。
このため、データとスタイリング、HTMLが密接に結合しており、現代のWebアプリケーションが求めるデータと表現の分離が難しいという課題があります。
KMLが抱える技術的な課題
KMLの技術的な課題は多岐にわたります。まず、KMLは座標の前提となる測地基準系の定義をサポートしていないため、地理情報学や測地学のような専門的な用途には向きません。
また、同じKMLファイルであっても、作成したツールやバージョンによって挙動が異なり、ツール間で正確に表示・利用できないケースが存在します。
例えば、Googleマイマップから書き出したKMLが、国土地理院の「地理院地図」でそのまま表示できないといった問題が報告されています。
さらに、KMLでは本来、構造化された属性データのためにExtendedDataが定義されているものの、実際に流通するファイルでは地点のdescriptionにHTMLの表として属性データが埋め込まれていることが多く、機械判読性が低いという問題も指摘されています。
▶ あわせて読みたい:任天堂Switch欧州終売の衝撃:新バッテリー規制と次世代機への影響を徹底解説
「KMLでの配布、もうやめませんか。」なぜ今話題なのか
「KMLでの配布、もうやめませんか。」という提言が今、大きな話題となっている背景には、現代のWeb地図技術の進化と、KMLがその進化に対応しきれていない現状があります。
特に、2027年6月25日にGoogle Earth Proデスクトップ版の配布が終了するという情報が、この議論に拍車をかけています。
この動きは、長年KMLを支えてきた主要なプラットフォームの一つが、その役割を終えようとしていることを示唆しています。
現代のWeb地図環境との不整合
現代のWeb地図は、高速な表示と柔軟なデータ活用が求められます。しかし、KMLは、データとスタイリングが密に結合しているため、Webアプリケーションでの処理が重くなりがちです。
また、KMLファイルの内容は表示できるものの、Geographyデータタイプに基づいて変数を初期化する機能がないため、KMLファイルをGeoJSONやWKTに変換する必要が生じる場合があります。
かつてKMLを配布形式に選ぶ最大の理由は「Google Earthで直接開ける」ことでしたが、Web版Google Earthは現在、GeoJSONやShapefileも直接読み込めるようになっています。
このため、KMLを使い続ける最後の理由すら、もはや成り立たない状況です。
新しい地理空間データ形式の台頭
KMLの課題が顕在化する一方で、GeoJSONをはじめとする新しい地理空間データ形式が台頭し、Web地図環境の標準となりつつあります。
GeoJSONは、JSON形式に地理情報を格納した形式で、人間にも読みやすく軽量であり、Webブラウザで簡単に扱えるという特徴があります。
多くの地方自治体やWeb地図アプリケーションでGeoJSON形式でのデータ公開や利用が進んでおり、GISコミュニティ全体でKMLからの移行が推奨される流れが強まっています。
KMLに代わる主要なデータ形式とそのメリット
KMLの課題を乗り越え、現代のWeb地図環境に最適化された地理空間データ形式として、GeoJSONが最も注目されています。その他にも、用途に応じてさまざまな代替フォーマットが存在します。
Web時代の標準「GeoJSON」とは
GeoJSONは、JavaScript Object Notation (JSON) 形式で地理空間データを記述するためのオープン標準フォーマットです。
点、線、多角形といった基本的な地理データ構造をサポートし、これに非空間属性データを付加できます。Web開発者にとって馴染み深いJSONを利用しているため、Webアプリケーションでの地理データの扱いに高い親和性を示します。
▶ あわせて読みたい:Windows 11でディスク容量が突如消失?緊急パッチで解決へ
GeoJSONのメリットは以下の点が挙げられます。
- 軽量で人間が読みやすい:テキストベースであるため、開発者にとって理解しやすく、デバッグも容易です。
- Webとの高い親和性:JavaScriptとの相性が良く、Webブラウザ上で直接データを処理・表示しやすいです。
- データとスタイルの分離:データ構造がシンプルであるため、表示スタイルをデータから分離して管理しやすく、柔軟な表現が可能です。
- オープンスタンダード:特定の企業に依存しないオープンな規格であり、多くのGISソフトウェアやWebマッピングライブラリでサポートされています。
その他の有力な代替フォーマット
GeoJSON以外にも、KMLの代替として検討すべき地理空間データ形式がいくつか存在します。
- Shapefile (.shp, .shx, .dbfなど):Esri社が開発したベクターデータ形式で、非常に広く利用されています。複数のファイルで構成され、多くのGISソフトでサポートされています。属性名に10文字制限があるなど、別の課題も指摘されています。
- GPX (GPS Exchange Format):GPSログの記録や可視化に特化したXMLベースの形式です。ハイキングやサイクリングの記録など、特定の用途で広く使われています。
- GeoPackage (.gpkg):SQLiteデータベースを基盤としたオープンな地理空間データ形式で、単一ファイルでベクターデータとラスターデータの両方を扱えるのが特徴です。GeoJSONやShapefileの課題を解決する次世代のフォーマットとして期待されています。
- FlatGeobuf (FGB):Googleが策定したflatbuffersをもとにしたGISデータフォーマットで、大規模データの高速処理に適しています。
KMLから代替形式への移行メリットと注意点
KMLからGeoJSONなどの代替形式へ移行することは、現代の地理空間データ活用において多くのメリットをもたらします。しかし、移行に際してはいくつかの注意点も存在します。
開発効率とパフォーマンスの向上
GeoJSONのようなモダンなデータ形式への移行は、Webアプリケーション開発の効率を大きく向上させます。
JSON形式はJavaScriptとの相性が良く、データのパースや処理が容易になるため、開発者はより少ないコードでより高度な機能を実現できます。
また、GeoJSONはKMLに比べて軽量であり、Web上でのデータ転送量やレンダリング処理の負荷を軽減できます。これにより、地図の表示速度が向上し、ユーザーエクスペリエンスの改善にもつながります。
データ変換時の考慮事項とベストプラクティス
KMLからGeoJSONへの変換には、ogr2ogrのようなコマンドラインツールや、togeojson.jsのようなライブラリ、オンラインコンバータなどが利用できます。
しかし、KMLのdescription内にHTMLとして埋め込まれた属性データは、そのままでは構造化されたGeoJSONのプロパティとして変換されにくい場合があります。
変換の際は、元のKMLデータが持つ属性情報をどのように新しいフォーマットで表現するかを慎重に検討する必要があります。
特に、機械判読性を高めるためには、KMLのExtendedDataを適切に利用するか、GeoJSONのプロパティとして構造化して表現することが重要です。
また、KMLファイルがKMZ(KMLをZIP圧縮したもの)の場合、一度KMLに解凍してから変換処理を行う必要があることもあります。
▶ あわせて読みたい:2026年、エンジニア必読のトレンド!「Claude Codeまとめ」が急浮上する背景と活用最前線
実際の活用事例
📌 ケーススタディ
ある地方自治体では、観光地情報やハザードマップなどの地理空間情報をKML形式で公開していました。しかし、Webサイトの利用者から「スマートフォンで開けない」「表示が遅い」「他の地図アプリと連携しにくい」といった声が多く寄せられていました。
また、職員もKMLファイルの更新や管理に手間を感じており、最新情報の迅速な提供が課題となっていました。
そこで、この自治体は公開データ形式をKMLからGeoJSONへ移行することを決定しました。
既存のKMLファイルは、オープンソースのGISツールであるQGISのKMLツールプラグインや、ogr2ogrコマンドを利用してGeoJSONに変換しました。
特に、KMLのdescriptionにHTML形式で埋め込まれていた施設情報(営業時間、電話番号など)は、変換時にGeoJSONのプロパティとして構造化して格納するよう処理を工夫しました。
結果として、Webサイトで公開されたGeoJSONデータは、Web版Google Earthはもちろん、LeafletやMapboxなどのWebマッピングライブラリを利用した独自の地図アプリケーションでも高速かつ正確に表示されるようになりました。
これにより、スマートフォンからのアクセスが大幅に増加し、住民や観光客への情報提供が格段にスムーズになりました。職員のデータ管理負担も軽減され、より効率的な情報更新サイクルが実現しました。
地理空間データ形式比較表
| 項目 | KML | GeoJSON | Shapefile |
|---|---|---|---|
| ベースとなるデータ形式 | XML | JSON | 複数ファイル(独自バイナリ) |
| Webとの親和性 | 低い(表示中心) | 高い(データ交換・表示) | 低い(直接読み込み困難) |
| データとスタイルの分離 | 困難(密結合) | 容易 | 容易(別途スタイル指定) |
| 属性データの構造化 | ExtendedDataで可能だが、実態はHTML埋め込みが多い | 容易(JSONプロパティ) | 容易(DBFファイル) |
| 対応ソフトウェア | Google Earth, ArcGIS, QGISなど | 多くのWeb地図ライブラリ, ArcGIS, QGISなど | ArcGIS, QGISなど多くのGISソフト |
| ファイルサイズ傾向 | 中程度 | 軽量 | 中程度(複数ファイル) |
まとめ
「KMLでの配布、もうやめませんか。」という提言は、地理空間データの利用を取り巻く環境の変化を明確に示しています。
KMLはかつてGoogle Earthの普及とともに重要な役割を果たしましたが、データとスタイリングの密結合、機械判読性の低さ、そしてWeb地図環境との不整合といった課題が顕在化しています。
特に、Google Earth Proデスクトップ版の配布終了というニュースは、KML中心のワークフローからの転換を促す大きな要因となっています。
現代のWeb地図やGISでは、GeoJSONをはじめとする新しいデータ形式が主流となりつつあります。GeoJSONは、軽量でWebとの親和性が高く、データとスタイルの分離が容易であるため、開発効率とパフォーマンスの向上に大きく貢献します。
また、GeoPackageやFlatGeobufといった次世代のフォーマットも登場しており、地理空間データの活用の幅を広げています。
今後、地理空間データの配布や活用を検討する際は、KMLの利用を避け、GeoJSONなどのモダンな形式への移行を積極的に進めることを強く推奨します。
既存のKMLデータについても、適切なツールやライブラリを用いてGeoJSONに変換し、データが持つ価値を最大限に引き出すことをお勧めします。この変化の波に乗り、より効率的で柔軟な地理空間データ活用を実現しましょう。

コメント