對。
最後一項是EMIC及NCDR前端可否整合?昨天早上有跟NCDR討論,我看了他們的簡報,等一下他們會作詳細的報告。
是。
這一、兩個月。原本已經打算公告了,有這一些議題,我們回頭再修改一下。
對,那個還沒有發包出去。
技術上是可行的,但是還是要跟業務單位盤點,哪一些是第一層需要帶行動裝置登打的,這個部分決定之後再委外辦理。
接著是「EMIC手機版可否直接往API first的方式設計,以達到手機版網頁只使用API與Server溝通,即前端頁面與後端服務為全分離之目標?」
我們沒有抓時間來比較,所以之後在壓測的時候會再作調整。
上次報告的時候,壓力測試就是以梅姬颱風的量來作估算,不過以那個單位的時間來看的話,梅姬颱風是兩天,也就是26日至28日,是在一個小時裡面壓量,其實壓力是梅姬颱風的兩至五倍,但是我們之後的壓力測定,我們還是會做增加這個量能。
接著是EMIC壓力測試,可否以梅姬颱風之規模做兩至五倍的壓力測試?
我們系統上可以看得出來。
分兩點說明:第一個,這個是目前EMICUI的介面,其實是有做線上的資料檢核。第二,介接進來,比如究心科技從紅十字會或者是慈濟介接進來的資料,在實務上的考量,我們希望資料先介接進來,事後再用batch的方式去檢核資料是否正確性。不過我們遲疑的是,因為我們在回覆給究心科技的時候,他有辦法再回過頭叫慈濟這些志工再將資料修正嗎?因為颱風已經過了,他們是否能夠有人力來做,因此我們覺得這個是收效比較少。
接著是第三項,也就是「如何增強登打於EMIC之資料可用性?有瑕疵之資料可否檢核後標記或退回校正?」
另外,因為現在目前EMIC裡面有十六項子功能,所以我們可能在下一個禮拜,我們預計在下個禮拜會跟我們的業務單位再做一個確認,看哪一些東西是可以盤點出來,也就是哪一些東西需要提供可登打的API。
接著是EMIC登打系統可否開出可寫入API?目前我們系統上已經提供災情介接API供119、1999,還有新北市、台北市自建EMIC,還有企業災情案件的匯入。
比如沒有停水停電好了,可能之前有一些誤報,我是說那一些數據會有一些變動。
這個資料可以轉。我們比較擔心的是,以颱風為例好了,通報表為例,因為通報表隨著颱風的進展,事業單位會一直填報,我們怕的是因為隨時提供這一份資訊,可是在做災情查證的時候,數據一直在變,會讓民眾覺得很奇怪,前面的資料跟後面的資料怎麼會有一些誤差,這個是目前要顧慮的地方。
不是。
再來,我們有提到的是,這一些資料有哪一些沒有放到Open Data,可是有沒有網址的部分,這個部分我們可能還要再洽相關提供單位再來彙整,這個部分有一點來不及提供。
對,雖然是從EMIC去介接出來的,但是相關的資料是由各事業單位去作填報的動作,這邊先作一個說明。然後再回到剛剛的word檔。
第三,這邊特別要講的是,通報表的部分(附件1)有電力、自來水管、天然氣及電信,這個部分我們分別是用帶入參數。
第二,是否有提供Open Data的部分?環保署CDX總共開放到Open Data的部分計有十項,但上面介接環保署CDX9項裡,有兩項在Open Data裡面。相關的彙整資料如附件2。
其他單位提供的資料是計有十二項,其中介接環保署CDX的部分有九項,公路總局有兩項,人事行政總處這邊,我們原先有跟他們連結,後來資料有一點誤差,我們直接改用連結的方式,直接連結到人事行政總處停班停課的網頁。
消防署資訊室報告,首先是針對2月14日會議詢問的一些議題,我們這邊有做一些整理,第一個是EMIC網頁資料何者為自行產出的部分?抱歉,因為我這邊是只針對結構性的資料整理,其實還有一些資料不只這一些,像有一些是我們的處置報告,還有一些相關的資料,我這邊是沒有放上來的。我們自行產出了八項資料,詳如附件1。