我起一個設定大方向，可能比較哲學性的作用，但是實際的執行完全是國發那邊在執行，我們每一季稍微檢討一下大方向有什麼出入，大概是這樣；然後覺得沒有園區（笑），跟園區一點關係都沒有（笑）。
這個其實我很關心的。
這個東西如果是用在災防的話，今年的EMIC會跟NCDR，NCDR你們還算熟了。
我知道，就是有互相介接。
NCDR的災害示警公開資料平台跟災害情資網。
對，所以你們既有接出來，也有餵進去？
我們現在的做法，他們之前跟EMIC的互相定位一直有政治上的考量，包含哪一些是災前、哪一些是災後之類的，我們在政治上把它解決了，所以基本上NCDR的這個圖你們應該大概都看過。
至少今年的汛期會直接整合到NMIC的首頁，所以至少不會不知道要開哪一個的狀況。
其實本來也不只這兩個，除了EMIC跟NCDR停水是要看台水跟北水的網頁；電中斷，台電也沒有放API出來；道路中斷只有省道才看得到，地區也沒有放出來。
對，大概要開六個網站，才能大概知道你家附近目前發生什麼事。
今年很具體的貢獻是：首先選定NCDR當作匯流這一些資訊的平台，接下來要求所有這一些地方都用開放資料的方式，然後讓NCDR可以接取。因為他們之前一直擔心流量一大的時候，NCDR的硬體沒有辦法承受，我們也幫它找到一個好的分流方法，所以應該是號稱「無上限」，就是多數人來都不會爛掉的情況。
對，像到通報量最多的時候，訊息就有一些不太穩的狀況，要開五個網站才看得到所有資訊的網站，至少集合到災害情資網，這個是我進來之後做得比較資訊上的一些輔助案。
請說。
可能要到汛期結束之後才會上線，他們很不想在汛期中間上線，這個是我非常可以體諒的事（笑）。
EMIC的狀況你也清楚，他們接了外面的東西之後會丟一些欄位，細節的資料會丟掉，明明在地址欄位有輸入比較細的資訊，因為沒有經緯度，所以出來的時候都沒有，所以變成新的中心點，又變成三個來源都有資料，去拿資訊量最少的一筆，也就是那一筆先來的一些情況。
我是請EMIC的同仁，他們有一個path throgh，他們拿到什麼，這邊就要能夠讓民間接什麼，他們要自己加值跟運算，那是一回事，但不是把運算後的資料再開放，而是把接到這邊做完格式的正規化就應該開放，這是為什麼NCDR現在可以接進來的最主要原因。
所以，我覺得這個部分至少他們有聽進去，廠商也在現有合約範圍之內，沒有在追加價款的情況下好像也做得到，因為我自己下去看原始碼，然後跟他們說不用加欄位（笑），然後就改幾行就可以了。
所以我覺得軟體架構上，我們不可能大改EMIC的架構，但是至少有一些資訊流進去而出不來的這一件事，我們覺得今年已經解決了，但是出來的部分能不能變成開放的格式……其實我們為什麼要推API的specification，有一點像是一個合約，一旦立下這個，未來就不能再改CEMA了。
對，對，對……像我之前協調自來水，加了一個停水的原因，可是是用CSV，然後就加在左欄，然後就爆掉，因為沒有去看第一排，然後就看第幾欄。
為什麼會加在左欄呢？因為之前沒有這一個經驗，所以我說要加在右欄之類的，千奇百怪。
但不管是CSV通包資料的說明，或者是有JSON的schema，其實未來就不會再改了，也就是明管已經確定了，之後接就不會爆掉的感覺。至少我覺得汛期結束之後，會督促他們儘快上線，這個是具體可以承諾的。
有了這個，大部分的運用還是要民間來做，這邊確保是它的正確性、會不會當掉；除此之外，你也知道很難再要求（笑）。
如果有穩定進行格式的AGI出來，也就是汛期結束之後會上線的話，登打的介面才會知道，不然大家都要追著你說的那一位廠商的格式跑，其實沒有什麼效益的話，而且大的災害在台灣有一個固定期間，所以沒有的時候就是我們來跑測試、各種各樣工作的時候，這一段工作期很長，我們希望這一段汛期結束之後，上一個階段做的是「前端統一」，也就是前端介面併起來，這個是統一的，但汛期結束之後就要做後端整合。
而後端整合的幾個注意點，不是要拆掉現有的系統，而是要讓進出口的管徑是明管跟能夠整合，再者是政府要很小心，不要跟民間搶事情做，我們自己把這個管徑的正確性確立起來，其實絕大部分的創新應該是由民間帶做，這是一個想法。
因此後端整合的工作，有可能加速，因為在「前瞻基礎建設」……
有，需要達到前瞻願景所必須的基礎建設。
有！請看「公共民生物聯網」那部分的災害防救。
對。那個其實是前瞻裡面我唯一有進去看程式碼，包含最後要給出什麼效益的部分，其他都是看一些大方向而已。
當時為什麼這樣下去看？因為主管部會跟別的都不一樣，一個是主、一個是協辦，通常大型計畫是這樣，但公共民生物聯網的部會都有在裡面，所以就很需要一個整合的工作，不然就會變成各提各的。
這邊我們就可以看到KPI非常包山包海，包含智慧治理打擊污染熱區、增加海域強盛預警時間、東部海域海嘯預警、地震與地球物理資訊盲斷層、業界參與廠商、產業平台推送、智慧河川管理等等都放在下一頁的指標裡面。這邊要做的事包含空氣品質、水質、海域、火山、地震、防災、民生災防等應用協定、Open API服務……這個不是我加進去的（笑）。
對。簡單來講，這個是你有看到，但不知道在真正。分項6的部分——還寫了兩次——是把其他別的分項產生出來的資料，有一個共同的平台，而這個共同的平台有一點像CDX，但比CDX更即時，更可以做SBT，因為之前他們一直缺的是雖然號稱有holi（音譯），但事實上大部分是在點在行政區的中心點，有用線段真的很少，真的有用holi（音譯）就更沒有。
前端登打的時候有，但中間過了一層人手或者是紙本就沒有了，然後到EMIC就沒有了，所以是一個……
……所以這一件事如果前端已經有holi（音譯），就可以完全完全無損失的進入EMIC，如果有進來的EMIC不用丟掉，直接出去，然後NCDR那邊可以做一致化的呈現。
所以如果前瞻過的話，裡面最大的部分其實還是在EMIC這邊到底要怎麼樣，可能用microservice的想法，可能拆到每一個部會都可以餵東西進來，然後可以在這邊做統包。
至少運算能力這一部分，畢竟是這一個部分可以花錢解決，但如何運用，我覺得那是接下來大家要好好坐下來談，反而NCDR的呈現部分相對簡單，NCDR很幫忙，那一個部分我不擔心，但這一個部分完全看其他分項到底丟什麼東西過來，所以到底要用什麼東西整合在一起，這是很需要規劃的。
不一定了，消防署可能在執行的時候，還是要當一個類似PM的角色。但是包含內政部資訊中心，這裡面很多寫的東西是災防辦會想額外加進來的資料，因為加了空污跟水資源這兩個。
空污跟水資源其實嚴格來講不是救災，可以說是一定程度上是防災，但有一點……水資源也是一樣，因為想要有一點像智慧電錶一樣裝智慧水錶的東西。
LASS有水下盒子？
比較不一定是，我們當然瞭解民間有一些很好的能量，但是從政府這一端的話，大家關心的像農地污染，像灌溉用水，好比像農地種了一些可能跟農民沒有什麼關係東西的時候，它對水質的影響，這個不能完全靠Crowd tasking去做，但有其效益是來提醒我們哪一些地方是盲區，這個是很好的效益，但如果真的要下去做到很密的話，那還是需要政府資源下來。
但是這個資料量又很大，所以我們到底要怎麼樣在現有的這一個災害情資架構去擴充，也就是把這一些東西放進來，這個也是接下來要討論的，如果你們對這個有興趣，而且前瞻計畫有成的話，也可以看看。
……已經出了行政院就不評論了（笑）。
所以國內基本上是以現有的NCDR、EMIC為我看到的部分，但是未來如果前瞻通過的話，就會把其他的都串進來。
有啊！
有，凡是跟災害防救有關的，理論上跟這個都可以銜接。但這邊從行政院的角度，我們只能透過數位國家推動小組，也就是六都的市長來進行這方面的盤點，因為不可能要求他們用什麼系統，但我們可以說這邊已經有一套很好的寫在這邊也不用錢、要改就拿去自己改的系統，大概是這樣的程度，大概是這樣。還有什麼想要討論的？
好！謝謝。
既然交給我，就換一下座位，剛剛跟同仁討論一下，我坐這邊的話，大家脖子可能兩個小時之後有充分運動也有抽筋的可能性，所以我直接坐到這邊。
這樣大家應該脖子比較不會扭到（笑）。
先講一下今天的空間，如果大家有手機的話，可以先連到這一個網站，也就是slido.com，進去之後會要你出現要輸入數字的介面，也就是輸入今天的日期是「523」，這個是大家可以匿名提任何問題、想法、意見，想要聽我講什麼就丟上去的頻道，也可以在上面跟大家打招呼，說聲hi。
特性是可以設定成具名或者是匿名，但以前設定成具名的時候，都是收到一些很八股的問題，而匿名反而可以收到很具體的意見。
馬上看到有人提到「523」，如果提了想要優先討論麻煩按讚，按讚數高的會浮到上面，我們會由高到低來討論，具體討論之後我就會收起來，在兩個小時結束之後，我們會再把所有大家問過的問題放回來，所以這樣子就包含了逐字紀錄及中間開過的網站等等都會有完整的紀錄，大家如果要回來看的話，也可以隨時回來看，我們會把逐字放在「pdis.tw」這一個網站上。
