另外在整個大眾版的部分，目前除了說現在有的名聲資訊以外，未來會持續擴充相關情資服務項目，氣象或地震資訊等。這塊在後期會持續納入大眾版裡，在災害情資網對外公開的資訊，相關頁籤就會放在大眾版裡面，提供相關應用。
針對HGR部分，目前是到10月到期，要再評估服務的地點。目前有兩個方案，看是不是在持續租用HGR，可能要等HGR的費用出來再去評估。第二方案也有在跟內政部討論，是要轉移到內政部的機房。內政部機房整個設備的可擴充性及對外服務頻寬，還不甚瞭解，還要跟內政部討論。再針對這兩個方案選擇一個比較適合的方式做後續的架設。
第三部分，明天開始建立應用決策的共用圖台，我們會考量幫這圖台使用災情的資料，透過視覺化儀表板的方式，來產生圖台的運用。包含盡量激所有資料歸納整理，在不同比例尺可以看到不同統計人員資訊做運用，這樣的一個圖台。未來圖台希望可以透過大種版一樣OpenAPI的方式，可以讓使用者馬上嵌入到介面做使用，以這樣的方式做開發。
報告政委，IPTV這一塊的確有滿大的問題，我們介接各單位現在格式都不是很統一。我們現在接的內容有MotionJPEG也有H.264，或是中華電信又是RTSP，不是正常的格式去轉，所以很多種。我們再接的時候有很大的困擾，要因應每個單位。公路總局就比較單純，他有中間程式可以轉，出來就是一張JPEG檔，這塊建議後續要討論一個通用格式。過去發展過程大家格式不一樣，現在面臨到這個問題，之後可能要針對這塊去討論。
其實我們比較偏好的是MotionJPEG，他的支援度也是最高，像H.264或是RTSP在發展過程當中，像去年開始要導倒一些Plugin的部分，所以我們又要再透過再轉一手，轉乘MotionJPEG的方式做呈現，所以建議是說是可以統一。現在最簡單靜態就是JPEG，動態就是MotionJPEG。
目前是沒有，我們現在接的話，例如公路總局我們是接固定IP，回來這邊的話，有幾種做法。透過我們中心去做，或是導到他們那邊去讀，不會直接讀到我們中心，所以有這兩種方式在做，沒有做資料清洗的動作。
像我們現在監看的話1秒1張應該可以，大部分是一秒30張那個應該不用這麼頻繁也可以。
現在災害情資網有時間回溯功能，他不像是個分析報告，只是讓你可以回到那個時間點去看當時發生什麼事情，像當時颱風路徑，當時的災點，在過去我們建置過程當中都有留存歷史紀錄。所以你可以回溯到當時的時間點，看發生什麼事情，這樣的一個功能。分析報告的話像中心每次災害事件都會產出一個報告，會有事件不去做處理跟運用這樣子。
其實我們在颱風的話，氣象局說這個颱風跟哪個颱風類似，我們可以在這系統裡面調閱當時的資料去看；這部分還是工人智慧，沒辦法說人工馬上去做，可以作為下一步研發的方向。
報告政委，這個我們在專案的地方已經有在做相關工作，過去情資網也是。可以變成一個地方自己想使用的情資網，可以做簡單的設定就可以把相關情資放在裡面讓他們使用。我們今年有跟新北市合作，他提供資料給我們，我們也可以幫他做一些簡單的客製化，像API的部分回饋他們。其實每個縣市他們的程度不一樣，台北市他們資源比較多可以自給自足，中南部的話就滿喜歡這種方式，資料介接進來再把資訊回饋給他們做後續應用。所以這塊是有持續在進行。
原則上應該是沒什麼困難，到時候我們會挑，哪些資料可以去做，在國發會的開放資料裡面提供出來。
主席、各位與會先進大家午安，中心針對上次政委的指示，希望在短期內能夠達到目標並進行。
整個資料面的部分，目前是從國土會側中心或者是TGOS提供WMTS的標準底圖給我們，其實裡面有衛星跟電子地圖的部分。
其實我們就有考量到一點，未來提供給更多人服務的時候，loading勢必會增加，所以請內政部未來在提供服務的時候，可以顧到這一部分的loading，這個會牽涉到未來穩定性的部分。
對於整個圖資的部分，有介接到圖資，像氣象、水文、坡地及道路，像平常也可以看到淹水災害、坡地災害、液化資料等等，可以到這邊來查詢。
大家比較關心的是民生的資訊，像現在努力介接的是水電民生的部分，今天早上有跟水電公司談過，水的部分比較沒有困難性；電的部分，行政區還是侷限在鄉鎮的範圍，所以這一塊後續還要再突破的地方，也就是介接的資料怎麼樣呈現。
對。
我們希望未來可以服務更多人，所以我們希望可以合併於政府雲端設備裡面，初期規劃有幾個伺服器的需求，一個是AP伺服器，平時規劃五台服務，災時的時候我們希望可以做到自動擴充，因為災時的量能沒有辦法估，有時多、有時少；資料庫的部分，我們目前是用SQL的部分，我們希望可以擴充，也就是HA的部分，我們這邊也希望檔案伺服器及介接的伺服器，初估的金額是1,500萬元。
整個人力的部分，我們會分成兩個階段來看。接著是短期的部分，中、期沒有在規劃裡面。
我們放五個人力作硬體調校的部分，未來雲端的調校，像程式架構的改寫及資料介接的部分，未來我們穩定以後，我們希望一個營運的人力，這個部分我初估有四個全職的人力，包含了設備的監控，我們希望一個緊急製圖的部分，因為有一些圖資並不是平常介接就可以了；像高雄氣爆是臨時性的，我們會有緊急圖資上架。
整個的時程規劃是以四個工作月來完成，包含了環境兼之、資料介接、程式改寫，初步的預算大約是在600萬。
對，初期我們還是建議先用ArcGIS。
對，軟體資料不改，但是資料介接的方式可能要再改。
未來可能要在雲端裡面放硬體，但是比較不會有擴充性的問題。因為現在雲端，我們就買license買幾台，要再ArcGIS原廠公司談，如果原廠的部分若要擴充的話，後續還要再談，像目前消防署我知道有發license。
我們希望儘量減低ArcGIS圖台的服務，儘量以檔案的方式，像用JSON的方式來提供服務，這樣子loading會降低比較多。
我們過去規劃是要轉譯JSON的部分，地址轉座標，也有部分是接回來我們自己做，原則上是管理後面資料串流的部分。
對，現在的災情資，因為現在的介接方式不一樣，從資料庫拉回來，再轉譯出去，所以AP現在是比較大的份量，如果改成靜態的話，就不會改那麼大的份量。
也許是。
因應政委及葉副執秘的指示，我們希望在短期內有更快速的成果出來，我們再提出災害示警格式開發的部分，這邊是有一個災害示警存在，希望未來推廣到產業作應用。
目前整個平台裡面有四百五十二個會員申請，包含了四十八個企業單位來介接，包含Google，我們也透過這一個去服務，每一年千萬人次的服務，我們希望未來把災害示警平台再擴充其服務對象。
可能會面對到一些問題，像目前是放在我們伺服器有四台營運，如果要擴大營運的話，四台是要擴充。
再者是，我們也希望推廣地方去做示警的標準，像在台北市，我們目前看到水門關閉的介接服務，也是用CAP去作發布，我們希望擴展到縣市去作相關的示警資料去發布服務，不管是手機或者是其他的裝置都可以介接。
像美國是在電視機裡面已經嵌入到裡面，電視機就可以警示的資訊，所以未來我們希望能夠朝產業化來作發展。
應該也會有部分的影響，通常還是會有一些運算，再提供。
因此除了硬體擴充以外，包含整個後續的資料加值，像政委有提到台水的資料是不是也可以作CAP應用，後續的開發人力跟設備，目前初步的經費是2,000萬，以上報告。
應該是說，一方面如政委講的，一方面我們也是希望除了從幫助政府單位，也希望可以服務產業界的部分，去拓展更多的使用者。
目前已經是Open Data。
現在是在我們中心裡面，我們中心自己的。
