網上成立 Open Platform Society

去年尾我想做一個國際層面的開放數據計劃,經過半年反覆細思這計劃的背後理念、相關配套和執行方法。上月決定以 Open Platform Society(開放平台協會)名義在網上成立組織,以便逐步開展工作。

Open Platform Society 主要提倡六個開放科技議題,依英文順序包括開放人工智慧(Open AI)、開放內容(Open Content)、開放數據(Open Data)、開放管治(Open Governance)、(Open Hardware)、開放源碼(Open Source),而進行一些內部研究和對外工作。當中開放人工智慧和開放數據會是首要範圍。

願景與使命

成立新組織的原因之一是我心中有一些願景,而 Open Platform Society 的願景 Google Translate 中譯為:

在技術日新月異的世界,為了更好的生活和公民社會,我們賦予人們權利和自由來控制技術,而不是被它們限制。

從這願景,Open Platform Society 有四個使命,Google Translate 中譯為:

  • 宣傳技術自由對人們的重要性。
  • 建立一個開放的協作平台,與利益相關者討論技術的開放性。
  • 貢獻關於公民社會和技術的投入。
  • 討論和定義開放技術的標準和流程。

今年組織工作

今年 Open Platform Society 仍在起初組織階段,先展開開放數據工作計劃。由於我一直在開放數據議題上,間中仍有一些聯系工作,加上本身仍然做開放源碼推動工作,而現有組織包括所屬的開源香港,並不適合進行這個開放數據的計劃,所以有需要先在網上設立網站,以網上組織身份存在。

暫時我未決定 Open Platform Society 會在那處成立實體組織,不同地方、組織方式也在考慮之列。而 Open Platform Society 今年和未來發展會影響決定,所以目前先以網上組織運作方便發展。

需要你的支持

Open Platform Society 邀請您成為我們的支持者之一。 通過選擇免費訂閱,這是一種無需任何財務承諾即可支持我們的簡單方式。 作為個人支持者,您還可以選擇按月 5 美金或按年 50 美金訂閱資助我們工作。

成為支持者代表您同意並支持開放平台協會的願景和使命。 您將收到我們的時事通訊。 如果您不再是支持者,您可以隨時退訂。

為了維持我們的工作,尋找更多資金對我們來說始終很重要。 如果您、您的公司或組織可以資助我們超過 50 美元,請聯繫我。

以科技處理防疫追蹤

做創新科技必需運用資訊科技,直接而言,創新科技就是資訊科技。就像 Tesla 造智能汽車,研發相關技術的核心還是資訊科技,而硬件是外表包裝配套,由軟件(操作系統)控制汽車不同硬體部件來駕駛。

假如我是一個 Technology Minister (科技部長),我要處理防疫追蹤,以我認識的科技發展趨勢,如何與大眾市民一同抗疫呢?如何以自己地方為主去做好創科呢?

首先,在開發防疫追蹤 APP 時,考慮市民觀感加上科技趨勢,我會要求 APP 開放源碼,就像新加坡和台灣的 APP 一樣。與此同時, APP 使用的衛生數據,如過去確診者到訪地方等公共衛生數據,以開放數據方式每日發佈。這樣也建立一套技術標準。

同樣,資訊科技業界亦會有不同廠商和開發者,為牟利或純為公共也好,會有興趣開發不同防疫追蹤 APP。作為 Technology Minister 亦要顧及科技業界發展,透過訂立一些技術要求(technical requirements),例如需符合上述官方技術標準,業界可透過政府科技部門測試 APP 是否合乎要求來取得認證,如 Check-in 確認畫面包含官方認證 APP的 圖標 icon。那麼科技業界可得到公平競爭之餘,還可確保 APP 是合乎官方要求。

群眾外包(Crowdsourcing)、開放協作(Open Collaboration)、開放源碼(Open Source)、開放數據(Open Data)已在國際發展十年以上,要追上國際科技發展,就要盡快下決定運用現今開發模式,不再 waterfall 由上而下的流水模式。

訪問開發者對地址搜尋服務 API 的意見

筆者曾在 2021 年 3 月訪問一位開發者有關香港政府資訊科技總監辦公室(OGCIO)的地址搜尋服務 API。開發者 2020 年尾曾在社交網絡表達意見,不明為何同一座大廈有不同的 GeoAddress (19位數值)。開發者曾查閱 API 的規格文件,文件指 GeoAddress 是地址的 Easting 和 Northing,但開發者發現測試結果的 Easting、Northing 與文件的 spec 不同。

他認為地址系統是一個複雜問題,種類分法也有不同,例如以大廈、法團或地址為單位三種分法。還有,相連大廈究竟是一棟還是多棟。

數據不齊全及數據問題

該位開發者指出數據亦不齊全,他舉例地政總署有登記的工業區工業大廈,地址搜尋服務卻沒有相關數據。他亦覺得 API 不好用,他認為可能 API 設計不想開發者作以下用法。

例如:開發者想得到某街道上所有地址,但 API 卻不容許這樣做。

  1. 回傳的數據會有重複。例如大廈是16-18號,API 回傳16號/18號/16-18號。
  2. 回傳的數據有上限,只得200,出奇地少。

他認為很多開發者不介意 OGCIO 公開分享整個數據庫,讓開發者自行思考怎去用,但他猜測 OGCIO 可能不想。

他舉例,坊間開源專案 HKAddressParser 用兩套不同 API 來做地址搜索,還須額外 hacking,他估計效果只有八成。

不乎開發者期望的功能

開發者認為絕大多數的用家期望輸入地址後,系統只回傳唯一數據,但這不是 API 的問題,不能怪有關部門,而是地址系統本身問題。另外,開發者希望可用 ID 來搜尋地址,例如 GeoAddress。如果 API 能以經緯度或其它可分辨位置來搜尋也好。

筆者問到開發者如何解決 coding 需要?也是用兩套 API?

開發者的想法是用任何方法盡量取得所有數據,然後自己再思考用甚麼方法重整數據結構,所以開發者認為就算數據不完整,還是希望當局能分享整個數據庫,然後開發者自行重整數據結構就能解決 coding 需要了。最理想大家不用使用 Google Map API,因為該 API 也不是很準確,價錢亦貴。

他亦認為另一套由地政總署開發的香港地理數據站的 API 搜尋地址功能更差。


請成為 Patreon 會員支持森路歷程寫作及筆者的開源工作。 – https://www.patreon.com/sammyfung