# GHP2021 西日本技術者C 実践研修記録シート

## リンク集
* [参加者＆チームリスト](https://docs.google.com/spreadsheets/d/1vEOctplhP0HoXH3XtdtecwoegoOtqRFdW_j3Pyt-s_Y/edit#gid=131930152)
* 昨年の事例　[やさしいひなんちず](https://hackmd.io/@hackcamp89/HymKWq4bu)
* [みゅ～らる：Mural](https://app.mural.co/t/hackcamp2810/m/hackcamp2810/1644081992212/3ab4e85df0a7d50711c5635b011a730b82649160?sender=komatsu5290)
*

## チームメンバー

* 坂口朋寛さん　衛星データの方
* /*タイムキーパー*/　村上正明さん　防災関係の組み込み使うのが詳しそう
* [/*書記スライド作り*/](https://docs.google.com/presentation/d/1kfOg5uP4NhViq6dwFNbxjJADVVpwFc7SwYnlF7bXl5c/edit#slide=id.g10df1b660bd_0_29)ケイ_ヴィンセント_モロクニさん　アスパラガス栽培が趣味かも
* メンター石井さん　編み物プロ

## チームで策定したコミュニケーションルール
~~属性・地域・年代も異なる多様なメンバーが集まっているとき、どのようなコミュニケーションが心地よいのか・力を発揮できるのか、「ルール」を言葉にしておくと、その後のやりとりの指針になります。
~~
(案）いつでも書き換えてください
オープンであることを意識する

チャットコミュニケーションの限界を理解する
テキストのみだとニュアンスや文脈が欠け落ちることがあるので、その際は他のコミュニケーション手段を利用する（対面での会話、Google ハングアウトの会議通話など）

紳士的であること

オープンな議論のための発言に遠慮することはないが、十分に配慮し、All for One & One for Allであることを意識する

雑談感覚を大事にすること

気軽に今してる作業は何をしているか書いてみる。

可能であれば、お互いに助け合いましょう。

雑談からアイディアが出ることを忘れずに。

例）
* 多様な意見は力。違和感を感じた時も、まずは質問か提案の形で話してみよう
* 手を動かしてから考えます
* 全ての人のアイデア、スキル、貢献に価値があることが前提です
* 60分に1回は、質問・情報共有の時間を取ります

etc...
`↑↑ Day1 10:40くらいまでを目処に入力
## メンターへの質問方法　(以下の形に整理して、Slack　に投稿しましょう)
#### 【例】

【名前】　宮島真希子
【チーム】　A
【タイトル】　←何についての質問か、端的に表現する
【内容】　
1. 目的　なにがしたいのか？/どういう状態をつくりたいのか
1. 手順　自分がやってみた手順
1. エラー（困っている内容）　　　○○ができない/××というエラーが出てしまう
1. 自分の構築環境　　　Win/MAC/ブラウザ/QGISバージョン/その他その時使っているツールなど
1. 画像　　（スクリーンショット等を貼る）
`

---

## 1. 取り組む課題
`課題２　危険な場所を通る経路で避難してしまう。
※を防止するために何か考える

## 2. アイデアの公式

メンバーそれぞれのアイデアは、以下のパターンで表現してください。

「災害発生時に避難対応等に慣れてない方を迅速かつ安全に避難誘導できない事」を解決するために、
「SNS投稿内容・地図情報」と
「人流データ等」を使い、
「避難に慣れていない方々」に対して、
「危険度の高い避難経路情報を示し」をして、
「危険度の高い避難経路を避けて避難できる」ようになる。
被災者を安全に避難誘導するためのサービス
※同情報はアーカイブとして蓄積され、後日AR等の避難訓練用データとして活用されるようにしたい。

最終的には「危険度の高い避難経路情報を示し」をし、「危険度の高い避難経路を避けて避難できる」ようになる事を重視。

## 3. 役割分担
`あなたのチームに必要な役割のみ項目を残して活用してください`

* タイムキーパー（進行管理）：村上さん
* データ収集：ケイさん
* ドキュメント整備（このHackMDの利用を推奨）：ケイさん
* コミュニケーションデザイン：●●さん
* 開発：村上正明さん　坂口朋寛さん　ケイさん
* デザイン：■■さん　★★さん
* 2日目　プレゼンテーション　坂口さん

`↑↑ Day1 15:40くらいまでを目処に入力`

---

## 4. 中間報告
### a. 選択した課題
課題2.危険な場所を通る経路で避難してしまう

### b. 開発進捗概要
アイディア出し完了

必要な事
必要技術情報の収集
どこまで実装するか定義

まずやりたいこと
SNSから情報を抽出（API＿？スクレイピング？）→収集した情報を貯める？→MAPに表示する（危険個所のような地点を分かるようにする）となっていたが、後日軌道修正した。
「危険度の高い避難経路情報を示し」をして、
「危険度の高い避難経路を避けて避難できる」ようになる事を優先した。

分かる範囲の災害データはオープンデータから回収する。

想定する利用者
・スマホユーザ (OS問わず、Webサービス)
・防災意識が低い人

### c. チーム運営・コミュニケーションについて
Slackでコミュニケーション

### d. 技術について
SNSからの危険個所情報の抽出
OSMを利用
HM関連のオープンデータ利用

### e. チームの成長・得られた観点
お互いに非同期型の意見交換ができて、無理が少ない方法で参加がある程度できたと思う。
Withコロナ時代に合った働き方の参考になる。

### f. メンターへの質問（困っていること・ヘルプが欲しいこと）

Q.Webサービスを実装するおすすめ環境はありますか？
A.HEROKU（ヘロク）
https://jp.heroku.com/
A.スクレイピングなどするならPC上で実装がよいのでは。

アドバイス
・ターゲットのユーザーを絞り込むとよいです。
　これで提供する機能の方向性が決まります。

子ども連れの方、高齢者の方、etc

`↑↑ Day1 17:00までに入力`

---

## 5. サービス内容
`※ この「5.サービス内容」の項目を埋めてプレゼンに使っていただきます`
`※ 画像等も入れていただいて構いません`

### サービスの名前：「 ちゃっちゃと逃げるよ　～この道安全～ 」

### a. ターゲット（主人公）… サービスが対象とする人を想定してみましょう
例）2人の幼児を育てる35歳の主婦。パソコンや機械は苦手で抵抗を感じる。etc

**・スマートフォンを使い慣れているが、防災意識の低い老若男女**

### b. 課題の背景　　

取り組む課題に関係する調査・類似事例などをここに蓄積しましょう
例）被災者アンケート/観光客動向/被害状況調査


**・[災害時の避難に関する専門調査会報告](http://www.bousai.go.jp/kaigirep/chousakai/saigaijihinan/pdf/sankou.pdf)　～誰もが自ら適切に避難するために～**

・**[ひろしま避難誘導アプリ「避難所へGo！」](https://www.city.hiroshima.lg.jp/site/saigaiinfo/138186.html)**

自分のいる現在地に避難情報が発令された際、最も近い開設中の避難所への避難ルート
をGPS情報に基づいてに表示します。

また、ルート案内では、自分で経由地点を設定することで、ハザード情報を基に危険区域を
避けるルートや、新たなルートを再度検索することができます。

**※　補足　[避難場所の確認と経路を調べる（地理院地図の使い方）](https://maps.gsi.go.jp/help/intro/school/hinankeiro.html)**

### c. 使う技術

◆HTML5
◆CSS
◆Javascript
◆Leaflet
◆github
◆codepen
◆QRコード・・・サービスへの入り口を見える化

### d. 使うデータ

**◆災害発生地域のオープンデータ
　・指定緊急避難所一覧
　・土砂災害警戒区域等**

* ＜佐世保市オープンデータ　避難所　土砂災害　浸水想定区域など
https://data.bodik.jp/dataset/422029_hinanzyomap
* 長崎県庁オープンデータ
https://data.bodik.jp/dataset/420000_doshasaigaikeikaikuiki

### e. サービスの内容・特徴

**【サービス概要】避難所への経路と危険度の高い場所を地図表示し、迂回路を指定できるマップ**

＊動画（予定）＊

**＜＜　サービス利用の流れ（災害発生時）　＞＞**
・地図を開き、避難所を選択。
　⇒　危険度の高いエリアと避難所までの経路が地図上に表示される。
・避難経路が危険度の高いエリアを通っている場合、経路をクリックし、
　ドラッグ＆ドロップで経由地を指定する。
　⇒　迂回経路が表示される。

　危険度の高いエリアを迂回したルートが指定できたら、避難を開始する。

**＜＜　サービス利用の流れ（避難訓練時）　＞＞**
　・避難訓練時に、危険度の高いエリアを確認しながら
　　避難経路を事前にシュミレーションできる。

　　例）災害対策担当部署での活用
　　　災害対策員と地元の方とハザードマップ作成時に、経路の見直しがその場でできる。
　　　話し合いがスムーズに進められる。（自治体職員、住民双方の負担が軽減できる。）

**『さっと作れる／さっと使える
　　　～簡単に流用できる、簡単に広められる、簡単に使える～』**

　　**①簡単に流用できる**
　・地域毎にデータセットを指定できる。
　・汎用性があり、横展開ができる。
　　⇒　事前に、地域毎のデータをシステムで指定することで
　　　　簡単に対象地域毎のシステムができる。
**②簡単に広められる**
　・システムへのアクセスは「QRコード」のため、複製／配布が容易となる。
　　⇒　スマートフォンのGPS情報を起点に、危険度の高いエリアや避難経路が表示されるため
　　　身近な情報として見ていただける。
　　※　広域のハザードマップは読み取りが苦手な方がいる。

### f. 課題と解決に関わるステークホルダーとその役割

**◆課題**
　・ハザードマップなど適切な安全確保高度につながる情報を提供しているが
　　適切に利用されていない。

**◆ステークホルダー**
　・地方行政
　・住民

**◆それぞれの役割**
　・地方行政　・・・　住民が安全に避難できる情報をわかりやすく提供する。
　・住民　・・・　危険な場所を知る、危険を事前に把握し、安全に避難する。

### g. サービスによって課題が解決された世界のイメージ

**◆逃げ遅れや避難時の被災など、二次災害が減り、救済できる住民が増える。**

### h. そのサービスが実際にターゲット（主人公）に届き活用されるまでのストーリー
※Muralの「アイデアスケッチテンプレート」なども活用しながらイメージしてください
考えるポイント/全てを埋めなくても問題ありません）
サービスのターゲットとする主人公が、
* 災害時にどんな課題を持ち
* どのようにサービスを認知し
* どのような点に魅力を感じ
* どのように使い
* どのように課題が解決されるのか
* そしてそのストーリーに関連するステークホルダーとその役割は？


### i. サービスへのリンクURL（あれば）
https://codepen.io/kaysan555/full/podLbVd
`↑ Day2 17:00までに入力`

---

## 6. 振り返り

### a. ユーザーフレンドリーなコミュニケーションデザインの設計について

『面倒くさい』を取り除けた
◆QRコードを使って、手軽に気軽に利用できる。
◆避難経路を自分で選択し、不安を取り除きながら避難ができる。

### b. 技術・デザインについて

◆Leafletの経路探索の技術をはじめて活用した。
◆WEBアプリで実装した。（スマホがあれば、だれでも**すぐ**使える、わかりやすい）

### c. 「社会課題に資するG空間人材のあるべき姿」について　（作ったサービス・プロセス）

◆短期間で、協力しあって、シンプルなサービスを作ることができた。

### d. 役割分担は適切だったか・他にどんな役割が欲しかったか

◆WEBアプリ（JavaScriptの）に詳しいメンバーが欲しかった。

### e. どのような知識・スキル・データが欲しかったか

◆WEBアプリ関連（特にJavaScript）
◆FIWARE（ファイウェア）とLeaftの連携

### f. 本日の学びや作ったものを今後どのように活かしたいか

◆地図とルート案内の仕組みを、観光に活かす。（観光ルートがわかる！）
　＊個人で観光ルートをシュミレーション。
◆特定の目的にあった、データを作成し、オープンデータ化。

### g. これから地理空間技術を学びたいと思った人に伝えたいことは？

「JavaScript いります」
「楽しく作りましょう」

「目的ははっきりと、みんなで合意」

`↑ Day2 最終発表後にチームで振り返りながら入力`

###### tags: `GHP2021　技術者　西日本`