HackMD
2025/04/10 AI 麻瓜共學團 #1 Google maps 多地址路線規劃
當天活動影片
活動資訊
- 時間：4/10 20:00-21:30
- 地點：線上（會議室網址 tbc）
- 人數：20 人內
- 報名：https://forms.gle/5E4g5dRTwqzY7mGo6
提案
- 提案簡報：https://reurl.cc/GnxbVW
- 想做的事情簡介ㄧ ㄧ
-
- 多地點最佳路線規劃：消防局的消防檢查常常會需要一天跑 10 個以上的點做檢查，需要批次匯入地址讓 Google maps 規劃最佳路徑。（這個情境在社工送餐或訪視上也很需要）
-
- 訊息串接與發送：前一天打電話通知拜訪店家隔天要去，目前有 linebot 可以運用。
-
簽到區&心得閒聊
- \ 最高在線人數 25 位朋友 /
- ichieh 今天看到大家很開心
- Kite 可以一起共學真好～
- pei 測試中
- Heart Heart
- 林靜
- Twinkle
- Sean
- chewei
- Camila 解題好好玩～
- Josh 收穫很多, 很開心可以跟大家一起學習
- Shana很高興今天來跟大家學習，第一次聽到這麼多程式語言
- Jodi 謝謝各位大大介紹多種路線規劃與程式開發的好用工具，並無私地分享如何將AI和非AI工具混搭協作的經驗，學習滿滿~
預告！4/24 週四晚上有下一場聚會哦
地址：臺北市中正區重慶南路三段2號202室
大家的成果跟討論可在下面自由發揮
T
T:可以把地點批次丟進google map，爬出路線時間和距離，排序後再填入停靠點中生成路線。
Be
Be: 如果不一定要用google maps介面，可以考慮用Vue, leaflet, openstreetmap, leaflet-routing-machine，搭配AI生成的TSP演算法。請參考：此chatGPT-4o提供的多地點最佳路線規劃對話
ichieh
- chatgpt 對話
- gpt 建議 Google maps 的 API 但要錢
- 所以用混合的方法，先使用 https://www.routexl.com/ 服務把地點存進去，可以選擇起點跟終點，然後規劃20個以內的地點。
- 但因為這個網站吃英文地址，所以台灣地址要先處理成經緯度
因此我的作法順序
👉 點擊查看詳細步驟 👈
- appscript 寫 function GOOGLEMAPS_GEOCODE(address) 外掛 https://docs.google.com/spreadsheets/d/1p7jGixeYcue2EEjLDW_CI9rM7x9sR9EzLjGopNM98a8/edit?usp=sharing
function GOOGLEMAPS_GEOCODE(address) {
if (address === "") return ["", ""];
var geocoder = Maps.newGeocoder().geocode(address);
if (geocoder.status === "OK") {
var result = geocoder.results[0].geometry.location;
return [[result.lat, result.lng]]; // ✅ 改成巢狀陣列，輸出一「橫列」兩欄
} else {
return [["", ""]];
}
}
-
把地址或地點轉成經緯度
-
設定起點、終點，然後點選左下角的 Find Route
-
選 download 可以直接用 google map 打開
-
下一步，是否有更自動化的流程？（API？）
Camila
- 用想像力跟ChatGPT討論方案之後，把方案提示詞給Replit 使用Vibe Coding完成，下面的結果是Replit完成的結果。
- GitHub Link
Josh
- 大家好~ 我是Josh
SeanGau
- 可以使用 Mapbox 的服務
門牌轉經緯度，推薦 NLSC MAPS API
- 台灣的門牌轉成經緯度，可以用台灣自己的 https://maps.nlsc.gov.tw/S09SOA/homePage.action?Language=ZH
- 補充：政府機關可以申請地號取得輪廓，並且取得經緯度
- 葉書> (轉貼自 FB 貼文留言區)
- 地址轉經緯度的部分，全台灣(含金馬)唯有nlsc map API可以提供99.9%以上的正確率。
- 資料是由戶政所直接提供的，( 無法100%正確是因為資料建置上可能會有一些錯誤)
- 另外有些門牌是只有 地區名+門牌號的，這一些是Google完全無法提供的
- 模糊檢索API(內含地址檢索)開放到民間企業免費申請， 若真有需求， 可逕洽該單位尋求協助
Vibe Coding 工具 Cursor
- 首先記得先不要部署哦 !
- 可能綁信用卡、爆額帳單
- 可以到以下頻道交流 g0v Slack #ai-learning
這是 chewei 分享不是廣告XD >> 業界服務方案：奇點無限的物流排車核心 (AIRouting®)
- https://gosaico.com/zh-tw
- https://web.airouting.io/
- 或許 Josh 可以寫信問問看 ~
大家好，我是林靜
我沒有用到API，做法是
- 列出想去的景點
- 請AI把景點整理成表格，包含：名稱、經度、緯度、描述、天數
- 跟AI描述需求：我有一份景點規劃 Google sheet，想要匯入My Google Map， 我想用app script 寫程式，把資料一次匯進去，請幫我寫程式
- ChatGPT 開始寫程式～
- 打開 Google sheet 的擴充程式 App script，貼上程式，儲存，執行！
- 有error 就回到步驟4，請 ChatGPT 修改，重新貼上改過的程式…
- 執行成功，下載kml檔，上傳到My Google Map，看看效果，不如預期再回到步驟4
- 分享表單，可以複製玩玩看，改成自己景點：https://docs.google.com/spreadsheets/d/1V0YAH59LY83HEerigbkt_xdtpZmZPUN30d2WuiFMO_A/edit?gid=0#gid=0
- my google map (出發天數不同，有不同顏色的地標)：https://www.google.com/maps/d/u/0/edit?mid=1D9qk1iNZR_DS_GVnhTa4XFRpfQhVKKk&usp=sharing
麻瓜Jodi實作成果分享
我也做出了一份可讓長照機構個案管理師們，簡易安排規劃個案訪視路線用的圖文操作範本，謝謝大家指導！
https://docs.google.com/spreadsheets/d/1PjO740DeiBP9K-Jesk3ZL7lHLw3HixRlhhLfqh1OCWQ/edit?gid=860136852#gid=860136852
ichieh 太棒了吧！！！！！！
成果整理 by ichieh
本次活動目標
本次活動聚焦於協助解決來自台東消防局 Josh 提出的實際問題：
如何透過 AI 工具協助消防安檢路線的最佳化安排，以克服 Google Maps 在地址轉換與大量標記限制上的困難，同時減少人工作業負擔，並探索未來批次通知業者的可能自動化流程。
各方提出的作法與難易度分類
難易度：簡單（1-2分）
- ** 以婕的作法**
- 過程：
以婕透過與 ChatGPT 對話獲得 Google Sheet 使用 AppScript 轉換地址為經緯度的腳本，再將轉換後的資料匯入免費線上工具「RouteXL」。該工具提供視覺化的點位管理與路徑規劃，並可將結果匯出至 Google Maps。 - 難易度說明：
雖需要操作 AppScript，但有現成範本可套用，主要流程偏向「套件＋圖形化工具」操作。RouteXL 為免註冊即可使用的圖形介面，門檻較低，適合初學者快速上手。
- 過程：
難易度：中等（3分）
-
Josh 的現有作法與構想
- 過程：
目前 Josh 以手動方式轉換地址為經緯度，並逐點匯入 Google Maps。曾嘗試使用 Google Sheet 串接腳本自動化。另設計了 LINE bot，規劃未來能提醒業者準備資料、排定時間。 - 難易度說明：
雖有部分自動化（如批量轉換），但大量作業仍須手動。LINE bot 則涉及 API 串接與前後端邏輯配置，技術門檻明顯高於純工具操作，綜合歸為中等難度。
- 過程：
-
Jodi 的補充情境
- 過程：
長照訪視與 Josh 類似，但多數地點有時間限制（如只接受下午拜訪），因此需將時段限制納入排程演算法。 - 難易度說明：
增加時間條件會提升排程邏輯複雜度。若要實現更動態或彈性路線安排，需進一步客製化路徑優化邏輯或使用更高階 API。
- 過程：
難易度：困難（4-5分）
-
Camila 的作法
- 過程：
使用 Replit 平台透過 Vibe Coding（語音/文字指令生成程式碼）與 AI 互動，讓 AI 以產品經理角度規劃功能，生成 Google Maps API + LINE Messaging API 的整合應用。程式碼已生成，尚未部署。 - 難易度說明：
涉及 API 管理（如取得與使用金鑰）、程式生成邏輯掌控、服務部署與資料安全等議題。雖使用 AI 協助降低編碼難度，整體仍屬進階開發流程。
- 過程：
-
任翔的示範與建議
- 過程：
建議使用免費額度高的 Mapbox API，並在 Cursor AI 編輯器中用自然語言快速生成地址轉經緯度與路徑規劃程式碼。展示了「快速輸入多地址 → 取得規劃路徑」的整合流程。 - 難易度說明：
除了與卡蜜拉類似的 API 使用與部署挑戰，也進一步提及「環境變數」、「私鑰管理」、「資安」、「額度控管」等真實應用部署時的風險與知識，屬高階工程應用層級。
- 過程：
其他補充討論
- NLSC MAPS API 的潛力與限制
台灣國土測繪中心的 NLSC MAPS API（如門牌比對、地號轉經緯度）被認為最適合在地應用，但目前僅開放政府機關、公營單位與法人團體，限制個人與一般開發者使用，降低普及性。
總結與建議
本次活動提供了從「現成工具快速套用」到「AI 協助開發應用程式」的多元解法，參與者可根據自身背景選擇入手點。
同時，也提醒在使用 API 和部署應用時需特別注意資料安全、金鑰保護與潛在費用，並建議在進行部署前先尋求經驗者協助或二次驗證。
