我想說我們在社群之前討論很多，多進一步介紹究心公益科技，整個會希望位這一端如何做到國內，甚至於國外的可能合作。

一帶一路正夯，但是要硬碰基礎建設也不見得非常容易，台灣不一定有優勢，但如果有軟體的話……

對，可能有其他的方式。

簡單介紹一下究心公益科技，因為在過去我們參與一些IPU等，因此從防災資訊切入不同的角色，比如也會在上面看到台灣，這個是UN的World Disaster……

我們在UN-GGIM這邊也持續參與中，我也會過去參加。

講到這個會覺得我們聯合國的組織，也許可能不只是一、兩個的……您也知道在這樣子的話，國家代表會是前期的政策準備，然後在那邊發出什麼樣的訊息。

我們即使是observer的話，我們有看到的是還是可以要，然後做一些，這個會看到底我們國家對於這幾個策略方面、對象如何做，既然已經有這樣的舞臺，我們就覺得跟您報告一下，如果以後在任何的場合，知道這一個東西知道有其他的join port可以一起進來做這一件事，我覺得是非常樂見的，不然其實老是看到GeoThings就是兩個地方，有一點孤單。

這個是我們的……我剛好借用人家的影片來解釋一下在這幾個國家做的事情，這幾個是我們在孟加拉做的。

這個是我們上個禮拜收到的情形，因為project coordinator之前沒有講說有這一個東西，我一看就知道我們的東西在裡面。

這個projecd很重要的是，災前、中、後的整個反應，所以怎麼做這一些？在這四個國家都是跟當地政府跟社群合作，不管是做making……除了OpenStreetMap是先從衛星開始。但是有了房子以後，其實我們需要知道材質跟外觀，就需要在現場看到的……

我們在跟這一些自願者跟社群受訓的時候，如果是去下載OpenStreetMap data的時候，是沒有照片，所以同時可以改OpenStreetMap的data，但是照片就不會……

對，OpenStreetMap不會有照片的部分。

它是我們中間……

對，所以就會有菲律賓、孟加拉、斐濟、阿美尼亞。當初選擇的對角線，地區、災害不同，文化也不一樣，正好去測試這些資通訊工具在這些國家使用的狀況。

所以過去其實在做防災地圖的方式，其實是大家討論。有它的好處是這村子的人或者是社群結合起來，大家一起去討論、貼照片及畫路線。

難以往下一步走的是，要放在哪一個地方、如何重複使用，甚至於外部的團隊，也就是NGO或者是responder要進來，其實沒有相當的資訊。數位化其實就是這一些好處，所以在斐濟那邊，對整個村子就是用我們提供這一整套工具，也就是plan這怎麼做的。

像孟加拉那邊，我們台灣其實已經有很不錯的基礎建設，像災害潛勢，但是他們那邊還沒有的狀況之下，就慢慢用工具，然後慢慢建立起來，看到斐濟幾乎是對每一個房子都可以做說有什麼樣的testing。

當然ICT的好處是即時，打卡我們也一直有聽到聲音說為什麼不用LINE跟Facebook，不管在台灣或者是國外都有在討論，如果是一個封閉系統，或者是很難再把這一些資料有系統蒐集起來，後面的responder或者是政府或者是NGO都很難搜到。

我們試著data base應該要有defined，政府自己的資料如果不想要公布的話，可以自己管理，Open Data可以很輕易讓外界找到資料。所以菲律賓那邊，我記得3月的時候剛好做一些update，那邊就傳過來，而我這邊就淹水了，很即時讓當地的政府看到這一個效果。

延續出去有幾個可以結合的點，Sentinel Asia在亞洲區有很多衛星國家做成的聯盟，台灣這邊也在裡面，泰國這些有衛星的都在裡面，然後組成Sentinel Asia，當大型災害的時候啟動，他們就會幫忙拍衛星圖。接下來作分析，因為災前跟災後不一樣。

這一個（如PPT）其實就是Sentinel Asia這個program出來，以前Global Government連要取得這個都很難，因為是幾張紙，然後要在上面寫座標跟畫地圖，很多當地政府或者是中央政府都沒有辦法做這種。

我們現在就是把這一個東西整合在平台上，可以讓這一類的很快知道地方政府或者是中央政府說這一塊受災，我會知道衛星要拍哪一塊，分析完之後就會把這個結果呈現出來。

這個藍色的地方是淹水的地方，能夠讓政府部門很快知道是在這一些地方受到損害，然後再套疊Open Street的圖，哪一些材質在狀況上會受到影響。

OSM如果是HOT這邊的話，其實是做一個base map，所以我可以有最基本的……

對，這個是最重要的。

有了這個之後，這套的工具就是提供你一個on side的validation tool給community更新。接著您看到的這一個分析，這些其實有衛星的國家，都有相關合作的研究單位或者是商業公司，能夠根據這一些衛星圖，能夠儘快分析出來到底災前跟災後，也就是受到的影響區域有多少，疊上去的資訊就不是跟OpenStreetMap有關係。

還不到API的階段，Sentinel Asia Program其實是釋放，然後套疊上在這一些上面的。

大部分來說，應該是會以天為計。

像這個比如是淹水發生大雨之後的第二天狀況。

（簡報第29頁）在國外做的，大家也問說在台灣怎麼樣，其實新北市也把「究平安」的想法加進去，在國家的系統裡面沒有注意到行動端這邊做，可以讓這整個政府或者是民眾的反應會變得比較簡單一點。

在做演習的時候，就從災民收容，也沒什麼物資，大家就寫，「究平安」裡面，像掃身分證的QR code，就可以比較簡單的input，就不需要有其他的證件，同時也可以再透過條碼機，就是可以看到身分證字號。

因此從新北市開始，也想說跟您報告，接著在整個台灣做全盤規劃的時候，就可以做這樣的考量，這個工具是要能夠幫助地方政府做一些事，這個是我們整套的規劃，他們封鎖人員如何跟災民互動，然後再發物資。

我們也必須要知道，從整個政府採購法下來，從規格，就是達到這一個規格，然後就可以有這一件事。

在整個架構都還是這樣的情況下，我們也只能說台灣內部跟其他部門溝通，也不能奢望有馬上什麼樣的改變，從那個地方再多幾個使用經驗，說不定回來可以看到台灣這邊會有一些成長。

無法結案就糗了。

災害這一件事發生的時候，大家就會有熱度看這個東西很重要，可能一個月以後就又沒事了。

UK他們這一次的還不錯，每一年會超過兩千人左右，即使是在英國的地方，這個的狀況，他們發布的是我公布Excel表，然後跟你講說現在每一個shelter的狀況是什麼，然後shelter就給X、Y，看現在的狀況。

其實我們講說可以換一種方式，也就是用這一種方式呈現，慢慢就參與這樣的……像您提到的，有這種不同的input，才會感覺到才清楚，又可以把near real time的反應在上面，道路封阻這相關的狀況，其實都可以用這種方式去呈現，進一步也可以變成Command and Control Center。您用TweetDeck或者是直接用Twitter？

對，一開始裝的時候就覺得……這個感覺（笑）。其實我們還滿希望做這樣的方向，但是總是會再有一些布告一些使用，所以每一個欄位其實再多做的方式，就是可以變成是……，跟TweetDeck不同的地方是，TweetDeck可以去customer不同的category或者是相關的，要做一個情報中心的話，其實就是針對不同的這種類別或者是關鍵字回報進來，然後就可以看，甚至於還可以dispatch這一些incoming report，變成是夥伴的list。

這個是比較不同於過去所謂的情報中心，我們看到很多國家的情報中心是要有很大的圖，然後放Google Earth或者是ArcGIS。

那一定要，就是超大一個。

但其實都在做visualization，但實際上要怎麼樣去down to earth到local government或者是responder其實也可以使用，這就是我們目前持續在進行的。

甚至於在crowd tasking，我們在想這一件事，跟歐洲夥伴合作，拿到information的時候，可以知道哪一個地方比較嚴重，然後再請那個地方的社群幫忙蒐集一些資料回來，並不是在這邊等資料回來，而是有一些已經在合作的志工，台灣其實也有，像測雨量，甚至是NGO團體，我覺得可以多往那個。

然後去測試多少？

這樣可以試試看，其實我看到iTaiwan就直接關掉，因為太慢了（笑）。

一開始做好規劃，我們在做的時候，可能相對來講也是要更懂一點，也就是災害在哪一個地方，可能不太知道，這個是可以持續往前推廣的。

從OpenStreetMap這個角度來看的話，因為DigitalGlobe這一家公司釋放出來的就是您剛剛提到的CC0 release。在Mapping這邊的話，甚至於開放到全球的獨資，但是只給OpenStreetMap使用，可以看到即使是我們的pilot area，其實還有很多不是藍框，持續往前，才有辦法做這一種潛勢、規劃。

可以……因為這個是在衛星圖像公司這邊，他們就有team在做這樣的事情。另外一家是Mapbox，就是去買了衛星圖，希望能夠自動產生這一些box，然後之後再做valuation，確實是有幾家公司在做。

還滿多地方是可能衛星圖本來就不全，最近發生的伊波拉，在非洲那邊，其實這個都還沒有開始，所以看到HOT那邊發起的，都還是使用者去那邊的。

我們也在想說如何衍生到land observation跟baseline survey，我們自己從技術端這邊的話，如何把OSM的資料變成Vector Tile，然後讓它的頻寬佔得比較小，可以離線使用。