平成27年11月28日（土）10:50〜11:20（30分）
第4回地理院地図
パートナーネットワーク会議@日本科学未来館 会議室2

国土地理院からの情報提供
国土交通省国土地理院
地理空間情報部情報普及課
藤村 英範
1
Ministry of Information
Land, Infrastructure,
Transport
Geospatial
Authorityof Japanand Tourism

第3回会議以降の主な進捗

データの充実
発表・表彰

防災

CCPN

2

継続的改善
ベクトル

タイル

データの充実• 6月3日– REGMOS（※）情報追加• 7月30日※GNSS火山変動リモート観測装置– 写真ズームレベル18の提供開始• 8月20日– 治水地形分類図「更新版」を追加• 9月11日– 験潮所のデータを更新（アイコン種類増）• 11月17日– 平成22年度DID地区（統計局）を追加• 11月19日– 都市圏活断層図に5断層帯・7図幅を追加

3

防災
• 箱根山
• 口永良部島
• 浅間山
• 桜島
• 西之島
• 十勝岳
• 吾妻山
• 関東・東北豪雨• 阿蘇山• 被災前後比較サイトの構築

4

2/3/1 方式の災害対応での実用化

5継続的改善
機能改善

6
高速化

データの相互運用性・継続的安定性の確保

発表・表彰• 様々な講演機会を頂いて講演を実施。
• タイルダウンロード方法を論文形式に。
• 日本OSS奨励賞を受賞。

7

CCPN （地理院地図パートナーネットワーク）

8※法人・団体の参加要件から「本社所在地が日本国内」という制約を外しました。

6月末

7月末

8月末

9月末

10月末

77

81-

86

ツール提供者 44

45-

57

合計

126

パートナーリスト
様式更新

140

143

受託開発者121

地理院地図パートナーリストの更新

9国土地理院ベクトルタイル提供実験

10

順調に進捗。種別や縮尺の拡大、形式の調整を経て、事業化を目指す。
1 6月4日注記ベクトルタイルの全国提供実験開始

2 7月8日国土基本情報からベクトルタイルを作成するプログラム公開

3 8月3日

道路・河川・鉄道中心線ベクトルタイルの全国提供実験開始

4 10月29日 基盤地図情報基本項目（点・線）の全国提供実験開始
5 10月29日 基盤地図情報（10m数値標高モデル）の全国提供実験開始
6 11月13日 基盤地図情報（5m数値標高モデル）の全域提供実験開始

地理院地図 http://maps.gsi.go.jp/

11

電子地形図を含む、ウェブ向け地図データ「地理院タイル」を提供。
その利用のショーケースとして国土地理院のウェブ地図として運営。
国土地理院が捉える日本の姿を、ウェブを通じて日本や世界に提供。
写真

地形図

地形分類

災害情報

３つの施策と３つの技術

12

地理院タイルの活用を推進するための３つの施策①オープンデータ施策
政府戦略に基づき使いやすく提供する②オープンソース施策
オープンソースを利用し、提供する③オープンイノベーション施策
産学官連携を積極活用し、イノベーティブな成果を追求する
地理院地図の今後を方向付ける3つの技術①標高タイル
標高・地形が当たり前に分かるように②ベクトルタイル
多様な表現と情報処理を可能に③デジタルファブリケーション
新しいものづくりの技術を活用し、ニーズに合わせてものをつくるすべてをオープンソースにする13

この先半年の開発の方向性【サーバサイドをコンテナに入れてオープン化】• サーバサイド処理もオープンソースを条件にして組み直し、GitHub から Dockerfile 配布する
【地理院地図のスケーラビリティを強化】• 膨大なレイヤ数に対応できるようJSを工夫• サーバサイド処理の削減を進行する

内部APIのコンテナ技術対応

14

調達の都合上、地理院は年度毎にサーバを渡り歩ける必要がある。
より渡り歩きやすくしつつ共有もできるよう、コンテナ技術に載せる。

地名検索
リバース
ジオコーダ

カウンタ

標高API

内部APIのコンテナ技術対応
地名検索

リバースジオコーダ

15

標高API

カウンタ

地理院地図に付随的な、小さな内部API。だからこそ、ポータビリティ高く Docker の上で動くようにする。
••••

年内に開発を終える
開発の成果物は、GitHub に置く
ソフトウェアのライセンスはCC0を予定する
開発するサービスは、HTTPS対応にする→ 地理院地図サーバのポータビリティ向上→ 動的機能の分散化余地の拡大16

オブジェクトストレージ対応（やや内部的）オリジンサーバ

CDN

ユーザ• 地理院タイルのオリジンサーバを、従前のLinux 仮想マシンからオブジェクトストレージに変更する。
• 国土地理院が実施していたオリジンサーバのシステム管理が不要になり、可用性強化。

HTTPS配信対応!! （4月からタイル配信に導入）
オリジン
サーバ

17

CDN

ユーザ

• ユーザ・CDNキャッシュ間の通信に、HTTPだけではなく HTTPS を使えるようにする。
– 世の中の動向に追従。ついに HTTPS サイトからも地理院タイルを安心してご利用可能に。

• 一方、HTTP/2 は今年は断念し、ドメインシャーディングを継続– ドメインシャーディングは、従前通り試験公開扱
いとして地理院地図自らは積極的に利用タイルアップロードマネージャの開発
オリジン
サーバ

18

CDN

ユーザ

タイルのアップ• 地図の迅速更新の反映等のため、地理院からオリジンサーバへは実効で毎週数万〜100万タイルをアップロード– 1分間で100タイル書き換わるイメージ• オブジェクトストレージの特性・性能を活用できるよう、アップロードの工夫もアップデート。
– 工夫の仕方もよりオープンな形でタイルアップロードマネージャ

タイル

19

オブジェクトストレージ

オブジェクトストレージの特性に合わせ、– 管理された並列アップロードにより高速化– 「地理院タイル目録」の管理・生成も行い、自らのアップロードの効率化にも役立てる• 年内に開発を終える• 開発の成果物は、GitHub に置く• ソフトウェアのライセンスはCC0を予定する

開発進捗中（「役務としてのプルリクエスト」）

20

地理院地図（gsimaps）の改良

21「ソフトウェアの変化はデータの変化の10倍速い」↓
ソフトウェアは積極的に改善しつつデータの長期的安定性を追求していく。
「データは単調増加する」↓
データ増加にスケーラブルになる改良を優先する。

gsimaps 改良項目オーバービュー① layers.txt 動的読み込み② 複数のココタイルへの対応③ ユーザインタフェース改良④ GeoJSON ドラッグ＆ドロップ⑤ 全状態のURLフラグメントへのリアルタイム反映⑥ 「名前を付けて保存」の地理院地図との非連動化⑦ 標高表示のクライアントサイド処理化⑧ 3Dのクライアントサイド処理化⑨ PNG標高タイルの利用⑩ Microsoft Edge (Windows 10) 対応＜以下、リソース未割当（基本、来年度送り）＞• layers.txtと「地理院タイル一覧」の統合• ユーザインタフェース多言語化準備• Leaflet 1.0 対応

22

今年度
中に
対
応
予定

①layers.txt 動的読み込み

23

地理院地図のレイヤ数は1,200を超えた ← 干渉SAR情報の充実
hfu$ ruby sl.rb | wc -l
1281
レイヤのメタ情報を、地理院地図の起動時にすべて読み込むのではなく、各レイヤグループを開く際に読み込めるようにする。
↓
地理院地図の起動を高速化

LayerGroup#src として仕様を作成済み

②複数のココタイルへの対応

24

ココタイル：その位置にあるタイルのIDを集めたメタデータタイル
地理院地図の「表示範囲に絞り込み」で使用

レイヤ数の増大に対応するため、ココタイルの管理を分散→ 地理院地図が複数のココタイルを扱えるように改造
局所整備されたデータへの対応を強化

③ユーザインタフェース改良

25より少ないクリック数で直感的に操作いただけるよう、ユーザインタフェースを改善

操作ストレスの低減④GeoJSON ドラッグ＆ドロップ

26

実務での役立ち度向上

デスクトップからのドラッグ＆ドロップでGeoJSONファイルが地理院地図に載るように

⑤全状態のURLフラグメントへのリアルタイム反映
地理院地図の「リンクを取得」機能の課題
・ 使うために呼び出す必要
・ チェックボックスを注意深く確認する必要
・ URLにリアルタイムには反映しない問題↓
地理院地図の状態をすべてリアルタイムに、クエリ（?...)でなくフラグメント（#...）に反映するようにし、わざわざ「リンクを取得」しなくても、「アドレスバーからURLをコピー」すれば良い形にする。
↓ブラウザのSNS共有機能等との親和性向上

27

⑥「名前を付けて一時保存」の地理院地図との非連動化

28「名前を付けて一時保存」は、長期確保すべきデータを、移ろいゆくソフトウェアにロックインして保存すること。
データやスクリーンショットの形で保存する方が、技術的に望ましい。

他方、1ファイルで保存できる手軽さがあることは理解。
現状、保存時点の地理院地図を再現するため、すべてのlayers.txtのコピーを取るなどしており、保存ファイルの大きさは1.3MBを超える大きさになっている。

「一時保存」するHTMLファイルの地理院地図との非連動化を進め、起動時に依存するリソースの削減や、保存HTMLファイルのサイズ削減を目指す。

⑦標高表示のクライアントサイド処理化「標高タイルから指定位置の標高を取り出す」処理を、サーバ側（標高API）からクライアント側（JavaScript）に移動
標高表示の高速化

地理院地図サービスのスケーラビリティ確保

29

⑧3Dのクライアントサイド処理化

30「地理院地図3D」の地理院地図との統合を進め、画面遷移を減らす等インタフェースを改善するとともに標高タイルからSTLデータ等を作成する部分について、サーバサイド処理をクライアントサイド処理に変更する。

サービスのスケーラビリティ確保

火山災害が起こっても、自信を持ってご案内できる地理院地図3Dを目指す。

⑨PNG標高タイルの利用

31

産総研シームレス地質情報研究グループが提案する「PNG標高タイル」を地理院からも提供実験
地理院地図の標高表示の高速化

Cesiumでの地理院標高タイル利用の高速化

quantized-mesh 形式との比較検討

⑩Microsoft Edge (Windows 10) 対応

32

https://ja.wikipedia.org/wiki/Microsoft_Edge「地理院地図は多くの環境で動く」の早期確保

今後の計画33

今年度の改良の成果は、可能な限り年度内にリリースしたい【検討中】地理院地図へのタイル掲載募集？
・地理院地図の「表示できる情報」を公募？
– 当該タイルのホスティングは応募者が行う。
– 一定の条件を満たした応募者のタイルに対して、地理院が「地理院地図」からリンクする。
• 既存の「他のウェブ地図」リンク募集と類似

ご意見・ご要望は口頭またはアンケートで