手機應該可以稍微提早一點。
可以，先吸收掉，不要讓它出來。
其實我們發現滿多次，大部分是自來水公司的錯誤在那邊，那邊的編碼都是自來水公司，我們有跟自來水公司反映，剛好程式在修，有時突然資料沒有進來，就會出現錯誤。
應該可以嘗試看看，未來有決策系統出的圖檔的話，那個是發布出來的服務，所以內容不侷限在KML，這個可能要套出來看要怎麼做。
對。像災情有接CCTV，各單位都有接。
對。
我們會提供給消防署利用，還是以API，也就是發布成圖像的部分給消防署。
報告政委，從消防署那邊介接是從災情這邊為主，左下角這一塊會從消防署介接。
HGR那邊是放檔案的。
對也許明年不用200萬。
今年先投入200萬在HGR這一塊，有一個量給我們。未來也不一定說是幾萬人，就可以擴張。
應該是在豪大雨的情況都會有。
剛剛有提到水利署淹水，大概10分鐘之內會更新一次，因為水的雨量在做更新，這個部分也許沒有看到，但是下一次就會出來，因此跟資訊不一樣就會不一樣。
部會提供的是資訊，我們也是提供即時的資訊，水庫的資訊是即時的，因此原則上會顯現出來。
謝謝副主任的指教，介接都是即時介接的資訊，像剛剛有提到台電的部分，台電當初有說資訊就只有應變開設的時候才有提供，因此平常接觸到這個資料，因此顯示是空的，這個是跟部會搭配的。
是。
一年設一個標，今年有設一些工作項目。
有委外。
我們這邊也有設計一個，為何要分大眾及決策？每一個人的需求是不一樣的，大眾是快速掌握瞭解快速的狀況，像消防署的需求是細緻操作的部分，我們可以依照不同的帳號進來，看到不同的東西，也可以看到不同的功能與操作，這個是我們在後台開始設計的監控管理後台的部分，以上說明。
另外一個重點是前台展示跟後台管理的部分，我們這邊跟消防署與各部會一起合作，這個是易用的需求，也可以把龐大的資料可以圖像化呈現，可以不用看太多文字的資料，儘量用圖像化的方式呈現出來，也就是有空間的方式可以讓使用者快速瞭解到所有相關的情資。
今年度我們初步設計的重點是剛剛所提到的，也就是大眾圖台及決策圖台的區塊，我們在7月中的部分，大眾圖台可以調降完成、並上線使用。國網的部分因為機櫃剛整理完，預計在年底可以架構起來，也就是決策出來的底圖，設計完成，也就是可以提高服務。
也可以疊合現有的災情等等，也就是即時反映現況，可以看到文字資料的話，可以用繪圖的方式在這邊使用，這個是我們正在開發的功能，未來在這邊可以即時繪製救災布署圖，可以發布成一個API，EMIC等於做一個使用，這個是決策圖台設計的介面。
另外，在決策圖台的部分，這個是我們希望能夠讓這整個使用者可以更快反映一些即時的現象，像消防署也有跟我們討論，也就是發生一個重大的災害，當時道路中斷時，希望瞭解到救災戶的情況，以前也許是紙本在上面點選或者是放旗子等等，希望做救災布署的調度圖，希望可以用圖例就點在上面，或者可以用繪圖的方式，也就是快速瞭解到整個救災布署的狀況，方便在這邊做操作使用。
製作完圖裡面，就可以回到大眾圖卡，因此不用設繁雜的功能，直接看結果，因此設計完之後就可以在這邊看到內容，因此我們希望在主題圖提供的服務。
現在是回溯到某個時間點，把相關的主題圖打開，有一些是看到動態的，也有一個動態播放的機制，是隨著時間再作移動，也就是可以更瞭解到整個情勢的發展。
對，大眾也有這個功能，現在是以決策為主。
是決策。
另外，在決策的圖台，我們在這邊希望能夠讓使用者可以回溯，我們跟消防署討論，過去有提出一個需求，現在看的大部分是即時性的資訊，有些針對災害事件，想要回顧當時發生什麼情況，因此我們希望能夠讓這整個圖台可以回溯到時間點去做書籤。
我們可以再更細部的部分，可以知道詳細資訊的內容，像會有一個豪雨特報的內容，可以實際瞭解到發布警戒的資訊，這個是我們今年嘗試做的儀表板內容。
第三個部分，我們希望能夠把一些圖資儘量用儀表板化的方式來呈現，所以有一些資訊，我們在這邊使用燈號的方式，也就是每一個縣市都會用燈號來顯示，第一眼看是知道這裡面有顯示警戒的資訊，但是不知道是哪一種警戒，因此我們嘗試用儀表板，我們中心結合cda的資訊，用紅色就可以清楚瞭解到目前發布的警戒是哪一類的訊息，可以透過這個來點選。
地址定位的內容，除了本身地址的位置，也會告訴你座標的資訊，這個是兩種座標，讓你做後續的使用，這個是第二個部分，也就是快速定位的資訊。
另外，剛剛有提到的是，我們之前提供地址定位的部分，是單純讓使用者從縣市、鄉鎮都要完成的輸入，去年有使用者反映輸入的東西太多了，因此今年用縣市鄉鎮用下拉式選單來操作，這個是內政部的地址定位功能，輸入定位之後就可以快速輸入到想要的位置。
我們把文字的說明會會另外做一個頁籤，因此進來主要是看到一個頁籤的內容，在這邊查本身的地址，我們也可以用手機的定位，快速到你想要去的位置。如果點到圖例的話，會自動縮放，在圖台的設計跟文字的說明，我們未來就獨立開變成一個獨立的頁籤，因此可以透過這兩個方式來切換，是要看地圖或者是要怎麼切換使用，這個是我們今年希望逐步改進完成的部分。
我們在去年開始提供服務，很感謝消防署幫我們蒐集到使用者的資訊，並提供需求給我們，所以在目標有做一些改進。第一個部分是我們希望能夠提供跨裝置的服務，因為很多人是用手機看相關的情資，我們那時還沒有考量到手機的使用，因此會擋到後面地圖的運用，因此使用者在看的時候很不方便，一些重要的情資會被擋住。
我們也會提供一個OpenAPI產製供應模組，我們可以提供後台來提供相關的服務，如果還有進階圖台的話，可以自己操作與整合，我們在這邊提供的是半成品的菜，使用者可以自己組裝、想要完成的內容來提供服務，這塊我們主要是提供防災的使用，因此不像大眾圖台的人數這麼多，有一些專業性的使用，瞬間服務人數是五千人，反映人時間時間數是5秒。
現在已經購置完成，伺服器已經決標了，我們會陸續開始建置國網中心的伺服器，有AP server，我們會用DB，然後會用混搭的方式來做服務，最重要的目標是，如果可以介接到這邊來，就可以把相關的資料，透過GIS的伺服器變成圖像化，然後還有一個基本資料的儲存。
第二，有關於決策圖台的部分，這個部分我們是使用新竹的機房，而不使用政府雲？因為我們考量到有一些抉擇服務功能，GIS Server是用商用軟體來運用，因此考量到我們在過去survey的部分，也就是一個伺服器來做服務，效能會比較穩固，因此我們建議用實體的服務器來建構，我們會用相關的機會來放置伺服器。
可以看到下面的架構圖，主要的運用是HGR的政府雲，感謝政委之前提供我們測試，我們在去年已經可以服務相關的運用，所以今年就自己租用HGR的運用，因此我們整個架構，我們可以提供Auto Scaling的服務，目前已經架構完成，現正在微調，我們可以切換到這邊來提供服務，目前是用政委所提供的服務來運用，我們預計7月中可以獨立出來。
我們看到整個基礎服務建構的部分，我們把它分成兩個，一個是使用的族群來介紹，首先是針對大眾服務的部分，我們這邊考量到未來可以提供給更多人使用及所以我們在這邊導入自動規模化（Auto Scaling）的部分，在瞬間1萬人次，反映時間小於5秒。
接著是決策補助的部分，我們希望能夠在EMIC 2.0裡面會提供一個決策的資訊，這個決策的資訊，目前正在建置，在EMIC 2.0裡面可以提供相關的服務，在EMIC於災害情資網提供使用的內容，可以讓使用者在裡面編輯及提供服務使用，這個是我們目前界定的兩個目標。
首先，我們主要的目標希望有兩個，一個針對提供全民易都、易懂及易用的防災圖資，放在災害情報站，也就是提供一個圖台，在整個服務的部分可以提供相關的內容，讓全民可以透過這個圖台可以瞭解到目前的災害情勢及災情，可以讓全民查詢。
今天主要針對三個部分跟各位說明，首先是針對目標，以及到現在基礎服務建構的現況，另外一個是整個功能強化與精進的部分，我們跟大家說明。
政委、各位先進大家午安，現在先由我報告災防科技中心大眾及決策圖台服務精進的部分。
原則上應該是沒什麼困難，到時候我們會挑，哪些資料可以去做，在國發會的開放資料裡面提供出來。
報告政委，這個我們在專案的地方已經有在做相關工作，過去情資網也是。可以變成一個地方自己想使用的情資網，可以做簡單的設定就可以把相關情資放在裡面讓他們使用。我們今年有跟新北市合作，他提供資料給我們，我們也可以幫他做一些簡單的客製化，像API的部分回饋他們。其實每個縣市他們的程度不一樣，台北市他們資源比較多可以自給自足，中南部的話就滿喜歡這種方式，資料介接進來再把資訊回饋給他們做後續應用。所以這塊是有持續在進行。
其實我們在颱風的話，氣象局說這個颱風跟哪個颱風類似，我們可以在這系統裡面調閱當時的資料去看；這部分還是工人智慧，沒辦法說人工馬上去做，可以作為下一步研發的方向。
現在災害情資網有時間回溯功能，他不像是個分析報告，只是讓你可以回到那個時間點去看當時發生什麼事情，像當時颱風路徑，當時的災點，在過去我們建置過程當中都有留存歷史紀錄。所以你可以回溯到當時的時間點，看發生什麼事情，這樣的一個功能。分析報告的話像中心每次災害事件都會產出一個報告，會有事件不去做處理跟運用這樣子。
