然後這中間的spec是他開給你們，或者是你們開給他？
就專門寫給他？
瞭解，你剛剛目前提到spec，這個spec是用什麼語言寫的？中文嗎？（笑）
（笑）因為我說是只有中文，它是一個word檔，或者是機器可讀的API spec？
所以他們那邊改了系統都要跟你們開會，就是說不可能bypass掉你們自己去抓raw data，你們跟他唯一的端口就是這一些Web Service？
所以反過來講，如果現在是別人，NCDR之類，要拿這一些Web Service，他們需要做什麼？
這裡指的是包了第二層的API proxy嗎？一般網路上的人也可以呼叫的的API？
……是內網？
因為這個東西我看是GET only，它沒有寫資料回去，對不對？還是它也有POST/PUT？
所以這個是民眾看的，等於所有的request都是GET，理論上你們約好了，好比這邊一分鐘才會更新一次的，應該就可以cache一分鐘之類的，運氣好的話。
對，因為我這邊看Cache-control: private，意思是我每一次載入，後端就會query。
這樣何苦呢？
對啊！
我可以問是什麼考量嗎？
你不知道為什麼？
對啊！是啊！
所以這個不是政治問題嘛，對不對？
因為理論上你們domain name都是emic.gov.tw結尾，所以他們並沒有任何依法不能存資料的這種狀況。
這還是要cache，不然的話，你們的loading是只會多，不會少的。
……對，因為你剛剛測的這個是寫入端的八千人或者多少人。
但是隨著臺灣上網人口增加，讀取端只會多、不會少，那個不是你們可以做的事情，所以你們也同意說，理論上不應該是你們來cache，應該是讀取的那一端要來cache才對。
第二個問題：你們被讀取的這一些資料，既然我網頁上都看得到，其實並沒有任何道理不能是開放資料，對不對？當然不會有個資、營業秘密及隱私的問題。
所以有一個可能性是，你們針對你們所提供的每一個資料，在你們建議cache的頻段，好比像每分鐘或者是每二十分鐘，你們產生出一筆Open Data，就像剛剛災情通報的Open Data一樣，放到災情平台，請EOC去跟開放資料平台抓，就會自動cache住，你知道我的意思嗎？
那這樣的架構有人提出來過嗎？
所以你們完全沒有加任何東西？
所以縣市政府你剛剛講的那一些登報系統，CDX也會有嗎？還是那個就不會了。
對，所以你們也有第一手的災情資料。
總之，後者沒有必要從你們這邊拿。
同意啊！同意啊！可是你這邊是第一手的，產生開放資料，應該不成問題嘛？
所以我覺得需要盤點的是，有哪一些是EOC有跟你們拿，而你們目前在內部開放資料集裡面還沒有放的資料，那一些資料都轉成開放資料的話，理論上你們可以0 Hit，就根本不會動到你們的後端。
理論上成立嗎？
OK，好，這個是第一個問題，這個是讀取端。
寫入端有另外一個 NDA.emic.gov.tw/dim，它是使用者可以自己登打，所以它只有三個，就是苗栗、嘉義及桃園？
對，我理解，所以意思是這三個縣市目前……
但是這個是寫入端，就是它會寫進你們的DB？
所以我們還是有一個Web寫入，它只是不在剛剛的那一個網頁上，在另外一個？
這一個寫入的Web Service有spec嗎？也是一個word檔？
所以這個東西就是你們的子系統自己畫出來的？
可是它不是ZK啊！
所以就是專門為了民眾寫的。
做了一個非ZK形式的。
總之你們做了基本的登打系統，這個登打系統因為是系統的一部分，所以我們如果要改成，好比像一個API寫入，它是完全在你們控制裡的？
就是我們完全要把HTML網頁寫成API Form，那種最樸素機器寫入用的，理論上你們不用問任何人？
OK，好，那這是第二個問題，所以寫入分別是這樣。
最後一個是整筆匯出入，目前你們自己在這邊登入剛剛那些災害，它有點像整筆匯出，從上次關掉到這一次還沒關掉的區間，就是剛剛Open Data的那個部分。
OK。所以其實這一個東西平常會造成你們的資料壓力嗎？還是還好，你提到舊的這一些人跟你接？
因為用的人沒有那麼多。
OK。所以就是說，整筆匯出的這一個部分，目前不造成你們的壓力？
整筆匯入的部分呢？也就是機器對機器的部分？
……多的時候很多。
