＊此份提案報告以 CC0 釋出至公共領域＊
由於提案對象是新北市研考會，故行文會以新北市作為主體；非常歡迎大家自由重製、改作、以及推廣至各級政府喔！
1996 年，美國馬里蘭州巴爾的摩市推出「311」電話服務，在「911」緊急服務之外另闢渠道，供市民舉報陳情各項市務。北美最大規模的 311 服務在多倫多，自 2009 年成立以來持續成長，至今每週接聽超過 2 萬通電話 [1]，累積了大量的陳情資料。在全球各處 311 服務發展完善的城市中，311 在已經成為公眾共同舉報與追蹤非緊急市務的公民工具；多倫多、芝加哥等城市甚至更進一步地將 311 的資訊公開出來，不僅可以減少重複舉報的處理成本，透過開放透明、鼓勵大眾檢驗，每一件政府處理完成的小事，市民都看得到，能夠提升人民對政府的信任與滿意度。著名的例子有英國的 FixMyStreet 與美國的 SeeClickFix。
[1] 資料來源：311 Toronto Performance Reports : 2015 Monthly metrics
將 1999 / 311 的資訊公開出來的好處並不僅止於此，看似零散的派工資料結合並且開放，第三方的公民們就能運用資料，對社區規劃進行更深化的討論：找出哪些十字路口不太安全、標示哪些地方需要一條腳踏車道，或者提議哪些空地適合建造新的公園；國內也有人用台南的 1999 開放資料，協助標記台南登革熱需要留意病媒蚊的空地空屋。
本文將舉登革熱疫情、蘇迪樂颱風災情與八仙塵爆作為國內開放資料的應用案例，隨後詳細介紹國際間使用的 Open 311 資料開放框架，最後提出新北市開放 1999 資料的架構方案。
近年民間對開放資料的運用與發展有高度興趣，不僅舉辦了公民自發的大小活動與團體 [2]，也產出了一些成果，體現社群的高度行動力與活力。以下以時序近至遠，先介紹政府在各事件中開放了哪些資料，然後說明公民社群參與者如何運用所開放的資料。
[2] 如 開放文化基金會、g0v 零時政府、資料科學愛好者年會、OpenData/Taiwan 臉書群組等等。
一、台南待孳清空地空屋資訊
家住台南的 kiang（本名江明宗）在經濟部舉辦的臺泰跨國黑客競賽中，修改非洲海地大地震所用的 Usashidi 系統，把它用於呈現台南 1999 通報的待孳清空地空屋資料。這些土地常常缺乏整理、雜草叢生，是滋生病媒蚊的溫床；然而，熱心民眾透過 1999 所回報的地點資訊往往有重複通報的情形，而且筆數眾多（1070 筆）、地方政府防疫人力吃緊，無力對此項資料進行對照匯整，也無法有效率地派工。kiang 的系統以群眾外包（crowd sourcing）的方式來解決資訊提供的問題，希望能協助政府有效準確地控制登革熱疫情。
臺南市政府資料開放平台 1999民眾通報待孳清地空屋資料。目前共 1070 筆資料，最近一次更新是 2015/9/11。
然而，臺南市給出的資料裡，地址資訊跟民眾呈報的狀況混雜在一起，無法看出是否有重複呈報；行政機關僅能在可能有重複的狀況下逐案處理，造成行政資源的浪費。所幸臺南市政府將這份資料公開供民眾下載，kiang 的團隊也才有機會在黑客松活動來整理這份資料。
kiang 的團隊透過語意處理取出地址的部分，使用 Google 提供的服務查詢經緯度，最後將 1070 筆民眾通報案件，點在地圖上，可供民眾、政府共同檢視參考。
由於重複的狀況眾多，而且語義分析得到的地址不一定準確，kiang 的團隊也製作了一個編輯界面，可以讓群眾編輯地點，以及把一樣的案件「連結」在一起，讓案件重複的狀況能夠實際地被減少。
二、登革熱疫情視覺化，引發公眾討論
台南登革熱疫情已經持續數月，地方將人力優先投入救災，因此整理資訊、進行公開的人手嚴重不足。衛福部疾管署（CDC）在八月底開始接手，協助各縣市整理資料，每日釋出統計資料；開放資料的社群也對需要開放的資料提出了實質的建議 [3]。
疾管局開放兩份資料，每日更新：
1、登革熱 1998 年起每日確定病例統計（104/10/6 時共 55103 筆）
2、登革熱近 12 個月每日確定病例統計（104/10/6 時共 33175 筆）
兩份資料格式相同，資料如下所示。
疾管署在釋出個案資料的同時，也向開放資料社群尋求建議；上述的資料已經包含了下面由社群提出的需求：
1、在資料內增加「最小統計區」的中心點坐標，這樣就能在不侵犯個人隱私的狀況下，從資料中看出登革熱在街道之間的擴散趨勢。
2、每個個案加入年齡區段與性別欄位。
3、社群回報的十數筆資料內的村里名稱登打錯誤。
開發者社群是資料的第一級使用者。由於開發者的應用程式（無論是網站還是手機 App）直接面對一般大眾（第二級使用者），開發者對開放資料的每一項回饋，都是精確瞄準某一項價值而來——「若政府多加上某某資料欄位，身為開發者的我就能提供什麼什麼新功能讓大眾使用」。透過政府與開發者社群的通力合作，開發者能提供更多給一般大眾使用者、並且向政府回報資料的錯誤之處；政府能提升開放資料的品質，而一般大眾使用者則可以享有更高價值的應用程式。
.png)
前面「台南待孳清空地空屋資料」的作者，利用 2014 年底 lycheetw 製作的高雄登革熱地圖，搭配疾管署新發佈的全台病例資料，做成台灣 2015 登革熱地圖。
民間學者則利用開放的登革熱病例數，與中央氣象局的觀測資料一同比對，製作成圖表，引發公眾討論疫情成因。
數據視覺化專題網站「用數據看台灣」則是選擇把病例數比較顯著（數量超過整體 3%）的區域標記出來，並且另外結合臺南市開放資料集的噴藥資料集、病媒蚊資訊[4]做整體資料呈現。
[4] 臺南市 104 年登革熱噴藥場次有 104 年 8~10 月每個月的派工日期、地點、人力等資訊；104 年登革熱病媒蚊密度調查則有以周為單位的密度調查表。
以上視覺化的網站，都在網路上完全開放存取。自登革熱疫情爆發以來，民眾人人自危，其中一個造成恐慌的緣由，就是不知道自己所在的區域是否是登革熱的熱區。有了這些官方資料與民間的應用，民眾在居住或前往台南時，就可以參考這些地圖，對自己的活動區域的疫情熱度建立正確的認知，並依此準備必要的自我防護。
三、臺北蘇迪勒、杜鵑颱風災情與恢復狀況
蘇迪勒颱風在 8/8 臨晨四時登入；兩天前的 8/6，台北市政府資訊局就介接消防局的 EOC 資料，製作成開放的資料集，並且每 30 分鐘更新一次。
臺北市政府資訊局釋出的消防局 EOC 資料集，包含六個資料集：
1、某時段的翡翠水庫資料：包含水庫時水位、入流量、出流量、蓄水量等資訊，每 30 分鐘更新一次。
2、最新撤離勸離人數統計表：包含撤離速報發送時間、地點、撤離時間、預計撤離人數、實際撤離人數、收容處所等資料，每 5 分鐘更新一次。
3、最新避難收容所開設統計資料：包含收容場所、開設起訖時間、累積收容人數、聯絡方式等等資料，每 5 分鐘更新一次。
4、最新災害專案災情資料：包含災情種類細項名稱（如「廣告招牌掉落」）、災害地點經緯度、是否已處理完畢、發生時間等等資料，每 5 分鐘更新一次。
5、最新匯報指示決策資料：包含會報名稱、會報主席、指示事項（如「請各單位準備相關救災設備」這樣的文字），每 5 分鐘更新一次。
6、最新受損情形資料：包含鄉鎮市區別（如「信義區」）、累計停水戶數、累計停電戶數、累計停話戶數、累計瓦斯受影響戶、未處理完成停水、停電、停話、瓦斯戶數、速報發佈時間資料，每 5 分鐘更新一次。
台北市資訊局在社群發佈資料集資訊，並收集了 7 項網友作品。目前各個資料來源與網站都仍然可以運作，只是時至今日已經沒有 EOC 的案件數，所以各作品都是空空如也的狀況。目前僅「最新災害專案災情資料」仍有兩筆「1002 大雨」專案的災情資訊。
四、雙北八仙塵爆
今年 6/27 晚上，八仙樂園發生粉塵爆炸意外，400 名燒燙傷傷患經過一夜檢傷、急救、分級轉診，在 6/28 有了完整的傷患名單與醫院消息，需要公告發佈給民眾，並呼籲一般民眾就醫時，請避免前往正全力搶救八仙傷患的醫院。
6/28 中午，台北市資訊局將傷患資料製成開放資料，公開上網，並且在 6/28～6/30 內更新了十餘次。
台北市的八仙塵暴專區，列出了 9 個民間社群網友所提供的查詢系統。其中 YuTin Liu 的開放資料查詢系統最為完整，將「家屬尋人」、「醫院收容概況」與「捐血資訊」在一個網站裡同時呈現；另外，這個查詢系統在手機上，也可以正常瀏覽。
八仙塵暴事件與前述範例不太相同。前述災害都有較長的應變時間、政府有應對經驗以及 SOP，但塵暴沒有。政府在第一時間做的就是統計與安置，光是收集正確的數據就已經相當困難了，更遑論訊息的公告周知；但是在事件發生的當下，家屬們最需要知道的，莫過於政府手上所擁有的正確資訊。這一次市府收集資訊之後，選擇將手邊資料做個資模糊化處理之後直接開放，讓民間自行建構自己所需要的查詢系統，讓市府不需花費過多的資訊人力，就能讓各方訊息有效匯流整合，是一個相當經典的官民分工合作案例。
五、小結
上述案例，後三者是與災防直接相關的，其中兩例是由台北市政府底下的一級機關——資訊局所促成的跨局處合作，新北市政府資訊中心的所在的政府位階，職權上或許較難在災害發生時做出這樣的平行整合，但下轄的 1999 為民服務資料仍然有公開的價值，如台南 1999 的待孳清空地，就在登革熱防疫上能夠派上用場。
近年開放資料的國內運用實例如雨後春筍般般出現，足見開放資料社群的活躍程度，以及開發者社群、新創團隊替政府建構資訊佈達系統的熱情；民間也對 1999 開放資料有著相當的期待。目前 1999 資訊公開做得最好的是臺南市，除了開放資料集之外，也有可供應用程式介接的伺服器（API server），不過跟國際城市的開放 311 資訊相比，仍然有一段落差；台北市也有開放 1999 的派工資料，正朝及時更新努力。希望新北市可以在 1999 開放資訊方面迎頭趕上，並與國際接軌。
國際間提供 1999 / 311 服務的城市越來越多。紐約市的非盈利組織 OpenPlans 為 311 服務設計了一種開放資料的格式規範，能夠適用於任何有 1999 / 311 服務的城市，並且設計中有考慮到查詢與新增陳情案件的功能。目前已經有芝加哥、舊金山、華盛頓特區、多倫多(加拿大)、波昂(德國)等 15 個城市採用 open311 規範來呈現 311 公開資訊。
一、資料格式
根據 Open311 GeoReport v2 規範，機關應該要開放兩類資料：Service 與 Service Request，以及資料使用者能夠怎麼取用這些資料。
Service 就是政府在 311 上提供的服務種類，舉凡路燈維修、交通號誌維修、路面平整，都是一項 Service。每一個 Service 裡要包含服務名稱、服務簡介說明等資訊。
Service Request 就是一件一件的陳情案。一筆 Service Request 資料包含所屬 Service 名、處理狀態（未處理、已處理）、處理情形、陳情內容、地址、經緯度等資料。
Open311 GeoReport v2 規範設計了一組應用程式界面（API），讓開發者的程式能查詢或新增陳情案。提供開放 311 資料的政府機關需要架設一檯網頁伺服器，當民間開發的應用程式（網頁或行動裝置 app）造訪這些網頁連結的時候，政府的伺服器要將程式所要求的 Service 或 Service Request 內容傳去給應用程式。這檯網頁伺服器要與政府內部使用的現有 311 資料庫更新同步所需要的資料，這樣網頁伺服器才能提供民間應用程式最新的數據。
民間的應用程式也可以用Open311 GeoReport v2 所規範的方式來對政府的 open 311 伺服器發送新陳情案。若要開發可以向政府送陳情案的第三方應用程式，開發者要先跟政府登記申請開發金鑰（API Key），因此政府可以透過 API Key 來控管第三方應用程式發送的陳情案。
二、Open311 的應用
Open311 GeoReport v2 建立了國際通用的標準，每個城市都使用相同的格式來呈現 311 的資料；依照 open311 標準建構出來的應用程式，也可以跨程式通用。
英國的公民計畫 mySociety 開發了 FixMyStreet 查詢與舉報系統，這個系統可以透過 open311 規範，與任何政府 open 311 伺服器介接，顯示 311 陳情案件與將 311 案件舉報給政府；由於此系統是基於網站的應用程式，因此不用安裝就能在手機、平板與桌面環境運作。由於 FixMyStreet 是開放原始碼的系統，大家都可以免費地架起 FixMyStreet，這也吸引了全球地方政府或地方機關團體架設 FixMyStreet 做為 311 服務的網路與手機終端介面。德國的非營利組織則開發了另一套使用 Open311 的網頁應用程式 Mark-a-spot，同樣做為開放原始碼專案，與源自英國的 FixMyStreet 分庭抗禮。
芝加哥公民組織 Smart Chicago Collaborative 使用芝加哥政府的 Open311 服務，替芝加哥政府做了一個非常精美的案件視覺化網站 Chicago Works for You，顯示每天芝加哥政府接收到的 311 陳情案。視覺化時使用行政區作為區分，配色單純但清晰，帶給民眾「芝加哥政府每天都照顧著所有行政區的居民」的感受。
311 開放資料，也讓有才華的新創業者可以一展長才，介接政府的 Open311 伺服器，並且提供從個案管理、伺服器架設到行動裝置應用程式的全套 Total solution，如 Connected Bits、PublicStuff 與 SeeClickFix 等等。開放資料的加值應用是國內資通訊創業者小試牛刀的寶貴機會，不但可以增加政府服務的價值，也可以讓新創團隊獲得群眾關注，民眾也得以享受到創業者用熱情與專業創造的高優質應用程式所帶來的便利生活。開放資料在提升公眾利益的同時，更能促進資通訊產業的創新發展。
新北市 1999 自 2008 年開辦以來已超過 8 年，背後已經有穩定的資訊系統在支持 1999 案例的建檔與追蹤。下面提出開放 1999 的計劃，嘗試以不更動 1999 現有資訊系統為原則，提出開放 1999 資料的解決方案。計劃分近程與遠程兩階段，「先求有、再求好」，第一階段先研究如何釋出資料並實際釋出，第二階段再架設 Open331 伺服器，提供民間社群開發者介接。
這份計劃僅會提及，若要開放 1999 資料，大概需要有哪些事項要執行。實際的執行者、執行時程、執行細節，需要在確認現有資料庫的實際內容之後，才有辦法進行規劃。
一、近程計劃
新北市政府資料開放平台上面目前有 261 個開放資料集，包含市內土地公告現值、AED 設置位置、福利補助資訊等等，提供方便程式處理的 XML、JSON 等格式，或讓非程式人員也能著手分析的 Excel 資料檔下載。近程計劃的第一步，就是將現有的 1999 歷史資訊，整理成資料集，放到新北市政府資料開放平台之上。
1999 的資料大致分成兩大類：「1999 服務種類」與「陳情案件」。參考 Open311 的資料集與欄位設計後，以下提出新北市 1999 開放資料集的欄位與內容。
1、1999 服務種類（Service）
此項資料相當於 Open311 GeoReport v2 `GET Service List` 的回傳資訊，希望能整理成類似下面這樣的資料表：
| service_code | service_name | description | keywords | group |
| 1001 | 妨害安寧案件 | 如狗吠、人的噪音等 | 噪音 | 社會安寧 |
| 1002 | 違規停車處理 | 違規停車,違停,亂停 | 違規處理 | |
| 1003 | 路霸排除 | 需要及時排除的可移動式路障、出入口受阻 | 路霸,路障 | 違規處理 |
| 2001 | 交通號誌故障 | 重大路口全熄、原紅黃綠三色運作路口跳閃光、一直紅燈不變燈、紅綠燈同亮、燈號亂跳。 | 紅綠燈,號誌燈 | 交通號誌問題 |
| 2002 | 交通號誌桿損壞、傾斜 | 紅綠燈,號誌燈 | 交通號誌問題 | |
| 3001 | 路燈未關 | 路燈 | 路面與路燈 | |
| 3002 | 路燈不亮 | 路燈 | 路面與路燈 | |
| 3003 | 路面損壞 | 路面有坑洞、龜裂、凹陷、人手孔蓋週邊破損、人手孔蓋欠平順等等 | 道路,路面,柏油路,人手孔,人孔蓋 | 路面與路燈 |
| 3004 | 交通標線問題 | 交通標線磨繪不清或設置不當 | 道路標線,標線,紅線 | 路面與路燈 |
表格欄位說明如下：
2、陳情案件（Service Request）
此項資料相當於 Open311 GeoReport v2 `GET Service List` 的回傳資訊，希望能整理成類似下面這樣的資料表：
| service_request_id | status | status_notes | service_name | service_code | description | agency_responsible | service_notice | requested_datetime | updated_datetime | expected_datetime | address | zipcode | lat | long | media_url |
| 591220 | closed | 新莊區公所回覆如下：「化成路531巷為私人土地,通報位址應屬五工路66號旁道路,為私人土地」謝謝你對本市道路之關心 | 路面損壞 | 3003 | 進入化成路531巷裡面，從巷口一直進去到貨運公司前面，沿路都坑坑疤疤的 | 新莊區公所 | 工務局將在4小時內先設置安全維護措施，並於 4 日內修復 | 2015-06-08T10:17:00+08:00 | 2015-06-09T10:03:00+08:00 | 2015-06-12T10:17:00+08:00 | 新北市新莊區五工路化成路531巷 | 242 | 25.0632602 | 121.4581256 | |
| 591236 | closed | 僅方正修復 | 路面損壞 | 3003 | 淡金路一段上，水源接口到北新路口，往北方向沿路都很爛 | 陳立苑 | 工務局將在4小時內先設置安全維護措施，並於 4 日內修復 | 2015-06-08T10:28:00+08:00 | 2015-06-15T16:40:00+08:00 | 2015-06-12T10:28:00+08:00 | 新北市淡水區淡金路一段 | 251 | 25.1970513 | 121.445542 | |
| 635827 | open | 路面損壞 | 3003 | 生東路上(板橋往中和方向)接近中山路一段，該處轉角的柏油路面有2個約手掌大的小坑洞，已畫白線記號 (.) | 工務局將在4小時內先設置安全維護措施，並於 4 日內修復 | 2015-10-08T12:16:00+08:00 | 新北市板橋區漢生東路 | 220 | 25.01271 | 121.4689416 | |||||
| 635880 | closed | 僅修補坑洞 | 路面損壞 | 3003 | 鶯歌路鳳鳴橋下有鐵板 | 鶯歌區公所 | 工務局將在4小時內先設置安全維護措施，並於 4 日內修復 | 2015-10-07T12:00:00+08:00 | 2015-10-08T13:52:00+08:00 | 2015-10-11T12:00:00+08:00 | 鶯歌區 鶯歌路鳳鳴橋 | 239 | 24.9722425 | 121.332313 | http://rdm.ntpc.gov.tw/ROAD/Upload/ConstructionPic/201510/130887571466962500.jpg |
以上欄位有一些是政府回覆的內容，有些是民眾填寫的內容。表格欄位說明如下：
對於陳情案件（Service Request）資料，從現有資料庫轉換到上述格式，大部分只是欄位名稱的的代換、自動查詢經緯度等作業，應該可以使用程式腳本自動化處理，每隔一小時就從現有 1999 資料庫截取新陳情案件資料，轉換成上面的格式之後，自動發佈到新北市政府資料開放平台。
二、遠程計劃
進程計劃提供民眾資料來做分析；但若想要支援新增陳情案件，我們會需要建立起一個符合 Open311 GeoReport v2 的 Open311 伺服器。這樣的伺服器必須符合下面性質：
Open311 GeoReport v2 規定了伺服器應該要提供 `GET Service List`、`GET Service Definition`、 `GET Service Requests` 與 `GET Service Request` 四個資源的取用方式、伺服器應該接受與回傳的資料欄位等等。由於這些程式界面背後介街的資料格式與近程計劃中所規劃的一模一樣，因此若近程計劃有執行到位，那麼近程計劃中所產出的資料集以及自動轉換格式程式，都可以直接沿用。
當查詢用 API 完成之後，民間開發者就可以用 FixMyStreet 或其他支持 Open311 客戶端應用程式，將過往與現在新北市 1999 的業務製作精美的視覺化圖表，透過展示案例來顯示新北市政府為民服務的歷程軌跡。
Open311 GeoReport v2 規定了伺服器若要接受民眾報案陳情，應該接收的資料欄位與格式。這個部分是整個遠程計劃中，需要最多工夫的一步——Open311 伺服器不只是跟現有 1999 資料庫拿資料而已，它還要知道如何把新的陳情案寫入現有 1999 資料庫，才能將第三方應用程式透過 Open311 伺服器送出的陳情案，整合進現有的 1999 資訊系統中。
Open311 GeoReport v2 提到， Open311 伺服器應該提供 Service Definition 資訊，來規定送出各種不同服務的陳情案時，應該要請使用者填入哪些欄位。搭設 Open311 的單位可以參考現有路平報馬仔系統給使用者填寫的欄位，來設計所需要的 Service Definition。
由政府架設 Open311 伺服器，在特殊情況（如颱風、地震等特殊期間）下會有龐大流量需求。一般的高流量服務都會租用 CDN（內容網路遞送服務）來承受大部份的流量，CDN 遍佈各地的機房部點與負載平衡機制會確保在極多人同時連線的狀況底下，仍然能將資訊傳遞給使用者。國內中華電信有提供 CDN 服務，國外也有 cloudflare 免費 CDN 服務可供選擇。
為促進國內開發者介接新北市 Open331 伺服器來開發加值應用，新北市需要公佈伺服器的應用程式界面（API）技術文件。所幸技術文件所需要記載的所有資訊，在 Open 331 官方資訊站上都已經有了英文版本，市府只需請技術人員粗略翻譯之後，連同原本英文版的連結一併公佈在新北市政府資料開放平台即可。
Open331 官方資訊站搜集了採用 Open331 規範來與伺服器進行溝通的開放原始碼應用程式清單。新北市政府也可以拋磚引玉，直接使用開放原始碼的 FixMyStreet 專案 或 Mark-a-spot，架設新北市版本的 1999 視覺化網站；但市府無須擔心，官方示範會成為 1999 應用的絕響。
以率先開放 1999 資訊的臺南市為例，2014 年就有熱心的開發者 Cuda 替台南 1999 開發了免費的 Android 應用程式，平均評價是 4.3 / 5，不但持續更新維護，而且也開放專案原始碼供大家檢視、協作。由於作者 Cuda 以富有彈性的 Apache-2.0 授權條款釋出專案的原始碼，任何開發者都可以基於 Cuda 的作品推出新北市版的 app，或協助 Cuda 將新北市的開放 1999 服務直接整合進 Cuda 的 app。
新北市政府可以效仿台北市八仙塵爆專區，主動搜集這類使用開放 1999 服務的案例，鼓勵民間對公共事務的參與，也向協助市府推動 1999 服務的開發者們致謝。
三、開放 1999 的挑戰
以下列出開放 1999 過程中可能會遇到的阻力，以及可能的解法。
一份開放資料的價值，不是在於開發者們做了哪些應用，而是在資料的品質——資料本身有多少值得運用的內容。若資料久久更新一次，或資料太少，民間的開發者也巧婦難為無米之炊。
1、內容品質
從現有的新北市路平報馬仔系統來看，裡頭的絕大多數都可以對應到 Open311 所規範的 Servie Request 資料欄位中；然而各段資料的填寫方式，不一定方便程式處理。以下面路平報馬仔的通報案件為例：
熱心民眾填入的「反應地點」並不是一般常見的地址，一般的地址解析服務不一定有辦法將這樣的服務轉換成精確的經緯度；政府的「回覆說明」欄位，實際的內容只有新莊區公所的回覆部分。
政府在開放資料前，可以評估整個現有資料庫需要清理的資料占有多少比例、思考是否應該播用人力來進行資料清理（data cleaning）。不過，以 1999 派工資訊來說，上面通報案件這樣的品質雖然美中不足，但也堪用；畢竟即使臺南市政府的 1999民眾通報待孳清地空屋資料 這種地址跟其他文字敘述完全混合在一起的資料集，也有使用的價值。新北市 1999 資料集開放前是否需要資料清理、應該清理到如何的程度、以及要花多少時間來進行清理，需要實際檢視資料集內容才有辦法估算，不過對於已經相當結構化的 1999 資料庫而言，估計不會有「資料亂到毫無價值」的情形發生。
2、更新頻率
更新頻率也是影響開放資料本身價值的一環，若更新頻率越快，因為提供的資料即時性高，能做的應用可能就更寬廣；每小時或每分鐘更新的 1999 資料集，透過精準且即時的案例自動分類器，甚至還有可能能成即時重大災情佈告欄系統！
然而，要達成每天、每小時或甚至每分鐘的更新，整個開放資料的發佈流程，就必須完全以程式自動化。完全自動化的資料處理，需要克服以下挑戰：
上面提及的事項都與現有架構與現有資料庫內容有關，要在實際檢視系統與內容之後才有辦法評估可行性。
3、第三方新增資料的疑慮
在遠程計劃裡，我們預計會提供報案陳情的應用程式界面（API），讓開發者所開發的應用程式也能發送新的陳情案進現有 1999 資料庫。政府方面或許會對開放第三方新增資料有疑慮，認為這會讓 1999 資料庫中充斥著測試用假報告或惡作劇報告。
Open311 GeoReport v2 規範有考慮到政府方控管第三方新增資料的需求，在發送新陳情案的 API 中，設計了開發金鑰（API Key）機制——開發者需要先跟政府取得開發金鑰（由數個英文與數字的亂數字串），寫進程式裡發送陳情案的機制當中，因此政府可以追蹤第三方新增的陳情案，是由哪個開發者所開發，必要時可以把帶有同一份 API key 的陳情案全部調出，逐條檢驗或刪除，甚至是禁止特定 API key 對 Open311 server 再發送新的陳情案。政府也可以透過規定開發者發送測試用假報告的格式，或提供獨立的測試伺服器，來滿足開發時的測試與除錯需求。
1、開放資料運用相關規範
政府機關或許會認為資料開放出去，還要另外設計使用規範，相當費時耗力，又不見得有成效。確實，政府的資源開放出去之後，如果沒有使用規範來明定資料使用者與政府之間的權利義務，確實會在未來衍生責任劃分的問題。所幸，國發會已經在 104 年 7 月頒訂《政府資料開放授權條款》明定政府授與開發者的權利，以及開發者使用政府資料時所應盡的義務，並且替提供資料的政府訂下免責防火牆。
2、個人資料保護法
這裡我們來檢視前述進程計劃與遠程計劃，是否含有個人資料。近程計畫中，政府將開放 1999 資料的「1999 服務種類」（Service）與「陳情案件」（Service Request）兩項資源，其中前者是政府服務的介紹，由市民提供的資料是後者——陳情案件。
陳情案件（Service Request）在現有 1999 資料庫裡面，或許有記錄報案人資訊的欄位，以供告知處理結果；然而，近程計劃中將開放的 16 個欄位，僅有報案人描述案件的資訊（文字敘述、地點、照片）與政府機關的回應（處理情形、處理說明）。因此，近程計劃所釋出的資料裡頭，並沒有任何報案人提供的資訊符合個資法第二條定義的「個人資料」。然而，報案人是否會在報案時於文字敘述欄位中刻意透露自身或他人個資、或足以用間接方式識別的個人資料，以及這樣的情形是否存在，有待檢視實際現行 1999 資料庫，再行討論。
遠程計劃主要提出架設 Open311 伺服器來接收新陳情案，設計上可以透過 Service Definition [5] 獲得報案人的個人資料以填入現行 1999 資料庫，但是資訊公開的部分，並沒有提供比近程計劃更多的資料，因此也沒有泄露報案人個資的疑慮。
[5] 由於報案時，各城市需要向報案人搜集的資訊不盡相同，因此 Open311 GeoReport v2 設計了 Service Definition 資源，政府可以枚舉某項服務種類（Service）需要報案者提供的資訊，讓開發者在設計報案表單的時候參考。然而，Open331 GeoReport v2 的 Service Request 界面並沒有公佈報案者填寫的這些資訊的設計。
3、隱私權問題
探討開放一項資料是否侵犯到個人隱私權，會比「探討開放這些資料欄位是否觸犯個資法」稍微深入一些，因為只要資料沒有辦法判別出任何個體，就不會有透露個資與觸犯個資法的問題，但是將大眾填寫的資料公開，觀感上還是會引起一些隱私疑慮。因此，建議在實行計劃時，尋求專家進行隱私風險評鑑（Privacy Impact Assessment），並且制定 1999 服務的隱私權條款，在提供 1999 服務之前讓大眾使用者知道其所提供的文字資料將會開放出來，較為妥適。
研考會所頒布的《新北市政府行動應用軟體(App)發展及管理作業原則》發展原則第一款：「各機關發展 App 宜優先評估透過本府公開資料平台(Open Data)所提供之資料，鼓勵民間運用加值開發，以擴大民眾參與並降低本府開發成本。」這條原則的核心並不只是在節省成本而已，而是看到了開放資料的背後，提升公眾參與的外部效益，以及政府用資料 empower 一般群眾後，所能激發的無限潛能。
當地方政府將資料以合適的、開放的格式釋出給大眾，熱心的公民與渴求群眾關注的新創業者就能夠投入心力替政府找出有價值的資料用法，並且開發應用程式來服務一般大眾。這讓地方政府可以專心投入政府所擅長，而且也只有政府有職權、有能力做的事情——匯整各方資訊、提供官方且正確的資料，放手讓各方的開發好手，用同一份完整的官方資料去相互競爭，做出最讓人喜愛的 App。這會是政府、新創企業/NGO/開發者社群 與大眾使用者三贏的局面。
除了報告中提出的社群網友作品之外，開放資料社群每年舉辦台灣資料科學愛好者年會，參與者橫跨官產學，也吸引包括新聞與資訊技術背景的民間參與者共襄盛舉，分享一年來的成果；每兩個月也有 g0v 零時政府黑客松，開發者們可以在這樣的聚會發表自己想做的開放原始碼專案企劃，邀請有興趣的人一起把專案做出來。政府機關與社群還可以有更緊密的合作：台北市政府資訊局最近半年邀請 OpenData / Taiwan 臉書社群來市政府開會，共同商研開放資料與災害防治的可能性，目前有兩次的會面，會後資訊局依照討論結果決定資料開放方向與資料內容細節，也完全開放會議紀錄[6]供其他縣市參考。
新北替代役資訊服務團隊希望能用下面的參與方式，與新北市政府研考會一同促成新北市 1999 資料的開放：
一、在組長認可下，役男與新北市政府資料中心工程師一起檢視現在的 1999 資料庫，區分可以開放的資料與可能有疑慮的資料。隨後，向組長報告預計開放的資料集，並且向上級請求資源，針對有疑慮的資料集進行隱私風險評鑑 (Privacy Impact Assessment)。研考會可能需要研擬 1999 服務的隱私權條款。
二、實際執行近程計劃：役男與資料中心工程師分工整理資料與撰寫開發自動化發佈程式腳本。腳本開發完成後，由資料中心部署程式與將資料開放。
三、實際執行遠程計劃：參考現有 Open311 伺服器實作，役男與資料中心工程師討論適合政府機關維護的 Open311 伺服器程式架構，並且協同架設 Open311 伺服器。
四、新聞露出：新北市開放 1999 服務，符合國際 Open311 規範，歡迎各界利用。
上述執行方案的時程，需要實際檢視現有 1999 資料庫的資料內容，並且與新北市政府資料中心的工程師一起討論之後，才有辦法規劃出來。即便如此，替代役資訊小組認為，資訊小組與政府溝通開放 1999 的過程也相當值得其他縣市參考，因此未來在上面的執行過程中，也希望能夠將會議筆記裡不包含機密（如資料庫技術細節等資訊安全相關敏感資訊）的溝通磨合過程，在 Hackpad 上公開上網供各界閱覽與留言，向 OpenData / Taiwan 社群的做法看齊。
以上是新北市替代役資訊小組對新北市 1999 資料開放的計劃提案。這是新北市政府資料開放、與國際標準接軌的契機，希望役男們有機會能躬逢其盛。
[6] 北市府與開放資料社群的會議紀錄： 第一次開會 https://odtw.hackpad.com/x-u1MNznTEgSV ，第二次開會 https://hackpad.com/20151006--4ogA1YY1QZU
國外
芝加哥 Open311 Server：所有服務、路燈壞掉的 service requset
國內
台北市資訊局 與社群的災害應變會議記錄 （1999），會後小彭放上 1999 資料
市府內
民間
台南1999(beta) app 程式原始碼 「他是民間的噢，民間的」「官方的目前還沒有耶」
群眾關注例子：民間 youbike http://www.inside.com.tw/2013/08/16/ubike-app-case-study
