由於現在基本上已沒有離線查詢巴士資料的需要，而且程式的各個版本已被相應下架 (Android 版本在不久前也因為定位權限問題被下架)，所以流動巴士版圖程式將定於 2022 年 1 月 1 日前停止支援，視乎在此期間內是否有任何導致資料庫無法更新的事件發生。在程式停止支援後，資料庫將不會再更新。

本人在此感謝一直以來有使用過該程式的支持者，沒有你們的支持，流動巴士版圖絕對沒有辦法活得那麼久。

這裡以後會改為發佈一些工作或閒活時遇到的編程問題及解決技巧，歡迎各位繼續支持。

最近去買書的時候使用自己之前開發的掃書程式，發現顯示的書名錯掉了，所以今天進行修復。今天作出的修改如下：

1. 重新驗證並確保全部 3 個資料來源都能正常使用
2. 由於 Google 政策改變，將查詢後台的 API 由 Google Apps Engine 遷回 AWS LightSail
3. 將資料庫中的不正確項目刪除

遲些會設置監察器偵測資料來源的變更以適時向開發者作出提示。

至於流動巴士版圖，由於資料提供方再次更改 API 的保護，與其繼續貓捉老鼠，我決定不再提供離站時間提示服務。而資料庫更新則繼續提供至任何資料來源無法再使用為止，當發生任何來源無法使用時，所有資料將不會再更新，而程式會即時下架並在程式作出通知。

由於有人濫用流動巴士版圖的離站時間查詢服務，導致資料供應方被封 IP，只能暫停此功能直至加入反制措施為止。

致某裝成 "Dalvik/2.1.0 (Linux; U; Android 10; SM-N9750 Build/QP1A.190711.020)" 的人：大家都是九巴不開放資料下的受害者，但沒有需要攬炒吧？你這樣繁密讀取資料，我的伺服器不封，你也不可能沒料到上流的伺服器會封吧？這下你可開心吧？大家都不用玩下去了。

由於接連有突破性的發展，流動巴士版圖的新巴/城巴資料由即日起恢復正常，而離站時間查詢功能亦已恢復。

Android 版本的流動巴士版圖將重新上架，至於 iOS 版本則由於開發者資格已過期，暫時未知會否重新續期以讓程式重新上線。

由於九巴離站時間資料提供方取得突破性發展，以令流動巴士版圖的九巴離站時間查詢功能可暫時恢復，至於新巴/城巴的離站時間查詢功能及資料庫更新則尚未有恢復時間表。

最近都收到一些流動巴士版圖的使用者的查詢電郵，現在我在這裡更新一下目前的狀態。

首先，無論是 iOS 還是 Android 版本的流動巴士版圖目前都已經下架，原因是資料庫持續無法更新新巴/城巴的資料，所以在無法確保資料準確性的情況下只好將程式下架以避免有新用戶受過時資料影響。

然後，繼新巴/城巴的離站時間資料來源因新巴/城巴停用舊 API 而無法再使用後，九巴亦在前幾天停用舊 API，而新 API 亦經加密以防止其他人使用，所以所有離站時間查詢功能目前也被迫停止服務。

發生這樣的問題後，流動巴士版圖很大可能無法繼續維護下去了... 除非有人能提供相關資料取得的方法，否則應該就這樣了。

由於之前新巴/城巴資料庫強制 API 更新的原因，導致目前流動巴士版圖一直無法更新新巴/城巴資料庫，亦導致相關離站通知功能無法使用。亦因為此問題已持續一段時間而無法解決，所以決定將程式暫時下架直至問題得到解決為止。

目前已安裝程式的用戶將不受影響，資料庫仍然會進行有限度更新。

至於資料庫處理基本上已有方向，目前是打算完全使用政府 open data 資料以完全解決聯營線的問題，但最大的問題是九巴並未開放 API 予運輸署，也就是說用政府 open data 的 API 無法取得九巴的離站時間資料，我只能等待九巴開放資料或是將九巴資料與政府資料進行合併，但目前我沒有時間進行這些開發。

還是關於上次的資料庫問題，這次的嘗試是用運輸署的資料庫，然後用新巴的建築物資料庫來取得區域名稱，如果成功的話至少可以建立一個有區域而沒有詳細地址的資料庫，至少可以用，不過結果還是不行....

其中一個站名：Eastern Street, Des Voeux Road West

配對後的結果超過一個，而且是不同區...

Array
(
    [0] => Central & Western District/Mid-levels (Bonham Road & Park Road)/Eastern Street (near Bonham Road)
    [1] => Central & Western District/Sai Ying Pun/Vicinity of Centre Street, Eastern Street & Wilmer Street
)

如果試圖把 Des Voeux Road West 也拿去配對，結果會出現第3個不同的區域...所以結論又是失敗。

還有其他辦法麼...

上一篇提到，由於新巴/城巴 API 變更導致無法更新資料庫。經過這兩天嘗試及評估後，問題遠比想像中複雜：

• 原來使用的 API 直到現在已經過演化，現在的 syscode5 要能使用比較麻煩，而且要弄一個一直開啟的 Android 裝置用來產生 syscode5 才行，不傾向用這個方法
• 至於改用 data.gov.hk 的公開資料，在開發當中發現多個嚴重問題
• 新巴提供的公開 API 並沒有路線清單，故路線清單只能由運輸署提供的所有巴士路線 XML 中取得
• 所有巴士路線 API 中有部份路線在新巴的路線 API 無法找到
• 新巴的路線車站 API 並沒有每個站的車費資訊，需使用運輸署的巴士車資 XML (那個檔案116MB！) 進行對應
• 無論使用運輸署還是新巴公開 API 都有兩個問題，其一是沒有地區資料，沒有地區資料就無法以分區進行路線搜尋；其二是只有站名而沒有街道資料
• 以上兩個問題的資料目前是載於本地的資料檔案，而 ID 為新巴的站號，所以解決方法是要將運輸署的車站與新巴的站號關聯，那就可以在運輸署的車站中恢復該兩項資料。理論上只要同時取得運輸署及新巴公開 API 於同一路線及方向的路線車站資料然後作一對一的對應就可以，但是...
• 新巴的 inbound 與 outbound 定義跟運輸署不符。運輸署的定義 inbound 是由終點站到起點站，而 outbound 則是相反，但新巴路線車站 API 有些 outbound 卻是終點站到起點站，有些卻不是，以致一對一對應時會因為方向錯誤而對應到不正確的站號
• 即使方向相同，有些路線 (例如 103) 在運輸署的路線車站資料中，車站數量跟新巴 API 傳回的車站數量不同，這樣導致無法對應，因為無法知道缺少或多出來的是哪一個車站
• 我亦嘗試以車站座標去搜尋本地資料檔案以找出對應的車站：
• 運輸署資料使用 HK1980 座標系統，而新巴公開 API 則使用常用的 WGS84 (即經緯度) 座標系統
• 將運輸署的座標轉換成 WGS84 座標後，發現就算經緯度誤差即使只有不多於 0.001 度時仍然會發生對應車站錯誤的問題，所以此方法不可行
• 即使以上問題都順利解決，還是有兩個後續問題：
• 本地資料中所用的 ID 是新巴站號，該編號對於特定車站是不變的；但是運輸署的車站編號由於是共通於所有巴士公司，故我懷疑只要站數有增減，特定車站的編號就會有變，這樣對於以後如何進行車站對應會有很大問題
• 對於聯營線，目前有使用特別方法讓路線的九龍部份使用九巴資料而港島部份則使用新巴資料 (因為事實上聯營線的車站也有非聯營線，所以不應該出現兩個相同的車站)，然而該方法依賴於九巴路線資料的車站數量與新巴資料相同，直到現在為止也只有一兩條路線會有出入，處理也比較簡單。但使用運輸署的資料時，只測試到第3條路線就已經發現車站數不同的問題，要是數量多起來根本無法處理

雖然我還是會再進行測試一段時間，但老實說並不樂觀...

由於新巴/城巴 API 變動導致無法更新新巴/城巴的資料庫，目前資料庫中的新巴/城巴資料庫將維持 2020/2/14 的版本，直至有後續決定為止。

目前對應方法有三個：
1. 更新 API，但需要時間研究改變的部份，而且更新後對應時間不明
2. 將 API 改成 data.gov.hk，此方法一勞永逸，但需要時間可能很多，且牽涉離站時間很可能需一併更新
3. 放棄更新直至程式完全停止更新為止