Download to read offline
![航空写真等の追加時の問題点
ドローンや航空機での撮影写真が災害時に公開される
LeafLetクライアントに公開写真のオーバーレイ表示ができるといい
オーバーレイ表示は可能だがプログラムコードを書き換える
必要がある
22
[
{ "name":"オープンストリートマップ", "protocol":"xyz",
"url":"https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png",
"attribute":'© <a
href="https://osm.org/copyright">OpenStreetMap</a>
contributors',
"minZoom":3 , "maxZoom":18, "zIndex":5 },
{ "name":"オープンストリートマップ", "protocol":"xyz",
"url":"https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png",
"attribute":'© <a
href="https://osm.org/copyright">OpenStreetMap</a>
contributors',
"minZoom":3 , "maxZoom":18, "zIndex":5 },
{ "name":"オープンストリートマップ", "protocol":"xyz",
"url":"", "attribute":"" },
]
表示レイヤはプログラムコードで管理していた](https://image.slidesharecdn.com/developmentofgisframeworkusinggss-210425053517/85/Google-Spread-sheet-22-320.jpg)
Google Spread sheetを利用した地理空間情報フレームワークの開発
- 1.
- 2. ⚫ 一般社団法人 情報支援レスキュー隊（IT DART) 監事 ⚫OSGeo.JP 運営委員 ⚫ OSGeo.org Charter member ⚫ 地理情報システム学会(FOSS4G 分科会)会員 ⚫ QGIS 日本語GUI マニュアル翻訳 コーディネータ ⚫ G空間研究所 フェロー 朝日航洋株式会社 ⚫ Twitter ID @pokopen ⚫ Facebook https://www.facebook.com/yoichi.kayama ⚫ 一般社団法人 Ｃｏｄｅ ｆｏｒ Ｊａｐａｎ社員 自己紹介 2
- 3.
- 4.
- 5.
- 6.
- 7.
- 8. 調査システムの概要 • 入力インターフェースにLINEを利用 • 調査情報のテキストとIndexはGoogleSheetに蓄積 される • 静止画像、動画像、音声はDropBoxに保存。Link がGoogle Sheetに記録される • Google Sheetの情報を使って地図上に調査情報を 表示する 8
- 9. LINEのチャットボットシステム • LINEではMessaging APIというユーザとのメッセージをプログラムで行 うAPIを公開している。 • このAPIを利用してユーザの投稿データを取得して現地報告データとし てどこかに集約するシステムをつくることができる •Herokuというクラウドサービス上に応答プログラムを設置 • LINEから送信したデータをGoogleSheetに蓄積 ChatBot Program Heroku LINE Google Sheet 9
- 10.
- 11.
- 12. 昨年度システムの運用状況 •8月28日- 佐賀豪雨 •9月12日- 台風15号 千葉 •10月12日- 台風19号 OneNagano •10月25日- 台風21号関連豪雨 12
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19. 長野市千曲川周辺に大量のゴミ蓄積 （台風１９号） • 長野のゴミの状態だけを集める災害情報収集システ ムの立ち上げを１０月下旬に依頼され１０月２０日から 運用開始 • JVOAD先遣隊、現地ボランティア、内閣府、自衛隊等 のメンバがゴミの状況を本システムでレポート。場所ご とに状況を要重機、要自衛隊、人力ボランティア作業 対応可に区分して報告 •防災科研さんが当該データを利用してゴミ撤去作業の 計画地図を作成 • １０月下旬ー１１月９日 One Naganoの名前で週末ごと にボランティアの大量投入と重機、自衛隊で分担して ゴミの撤去 19
- 20.
- 21.
- 22. 航空写真等の追加時の問題点 ドローンや航空機での撮影写真が災害時に公開される LeafLetクライアントに公開写真のオーバーレイ表示ができるといい オーバーレイ表示は可能だがプログラムコードを書き換える 必要がある 22 [ { "name":"オープンストリートマップ", "protocol":"xyz", "url":"https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png", "attribute":'©<a href="https://osm.org/copyright">OpenStreetMap</a> contributors', "minZoom":3 , "maxZoom":18, "zIndex":5 }, { "name":"オープンストリートマップ", "protocol":"xyz", "url":"https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png", "attribute":'© <a href="https://osm.org/copyright">OpenStreetMap</a> contributors', "minZoom":3 , "maxZoom":18, "zIndex":5 }, { "name":"オープンストリートマップ", "protocol":"xyz", "url":"", "attribute":"" }, ] 表示レイヤはプログラムコードで管理していた
- 23.
- 24.
- 25.
- 26. オーバーレイレイヤ情報をSheetで管理 従来はオーバーレイする地図をクライアントのJavaScriptで管理していた。 Google Spread Sheet中にオーバーレイする地図を定義するシートを作成。オー バーレイ情報はWEBAPIで取得できるようにした。 SpreadSheetの内容を書き換えればオーバーレイ地図の加除修正ができるので オーバーレイの管理が楽になった。 またWEBAPIが発行できるクライアントならオーバーレイ情報を利用できる。 26
- 27. データ利用部分のWEB API整備 従来調査データはGoogle SpreadSheet APIで読みだしてクライアント 内で整形して地図データにしていた。 調査データをGeoJSONとして出力するAPIを作成したのでGeoJSONを 読めるクライアントならデータを利用可能になった。 （ただし一点に対して複数のデータがひもつく構造になっている。 GeoJSONの仕様では1点に対して配列で属性をもつことができるがク ライアントで非対応の場合がある。その場合用に配列型のXMLや HTMLでデータを帰すオプションも作成した） 27
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35. まとめ • チャットシステムとその蓄積、地図向けデータ定義と配信を 改良したら汎用的に利用可能なフレームワークができた • Google SpreadSheetを基本部分に利用しているので短工 期でコーディングできた。またGoogle Spread Sheetが持って いる高度な機能（データ共用、同時更新、編集、セキュリ ティ）が簡単に利用できた • 利用者がLineの利用になれていると利用のための障壁が低 い • オフライン状態の場合の対策（クライアント側、サーバ側 ローカルで簡単にサーバをたてる仕組み）が必要 • 災害情報収集だけではなく野外調査一般に利用可能 • 簡易に作成、管理ができる空間情報フレームワークとして利 用することも可能 35