changed 4 months ago  
Published Linked with GitHub

2025/04/10 AI 麻瓜共學團 #1 Google maps 多地址路線規劃

當天活動影片

https://youtu.be/PfX9-z84tDM

活動資訊

提案

  • 提案簡報：https://reurl.cc/GnxbVW
  • 想做的事情簡介ㄧ ㄧ
      1. 多地點最佳路線規劃：消防局的消防檢查常常會需要一天跑 10 個以上的點做檢查，需要批次匯入地址讓 Google maps 規劃最佳路徑。（這個情境在社工送餐或訪視上也很需要）
      1. 訊息串接與發送：前一天打電話通知拜訪店家隔天要去，目前有 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個以內的地點。
  • 但因為這個網站吃英文地址，所以台灣地址要先處理成經緯度

因此我的作法順序

👉 點擊查看詳細步驟 👈
  1. appscript 寫 function GOOGLEMAPS_GEOCODE(address) 外掛 https://docs.google.com/spreadsheets/d/1p7jGixeYcue2EEjLDW_CI9rM7x9sR9EzLjGopNM98a8/edit?usp=sharing
    截圖 2025-04-10 下午3.30.42

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 [["", ""]];
}
}

  1. 把地址或地點轉成經緯度
    截圖 2025-04-10 下午3.38.48

  2. 放進 https://www.routexl.com/
    截圖 2025-04-10 下午3.36.12

  3. 設定起點、終點，然後點選左下角的 Find Route
    截圖 2025-04-10 下午3.36.04

  4. 選 download 可以直接用 google map 打開
    截圖 2025-04-10 下午3.41.33
    截圖 2025-04-10 下午3.41.45

  5. 下一步，是否有更自動化的流程？（API？）

Camila

  • 用想像力跟ChatGPT討論方案之後，把方案提示詞給Replit 使用Vibe Coding完成，下面的結果是Replit完成的結果。
  • GitHub Link

Josh

  • 大家好~ 我是Josh

SeanGau

Image 340

門牌轉經緯度，推薦 NLSC MAPS API

  • 台灣的門牌轉成經緯度，可以用台灣自己的 https://maps.nlsc.gov.tw/S09SOA/homePage.action?Language=ZH
    • Image 333
    • 補充：政府機關可以申請地號取得輪廓，並且取得經緯度
  • 葉書> (轉貼自 FB 貼文留言區)
    • 地址轉經緯度的部分，全台灣(含金馬)唯有nlsc map API可以提供99.9%以上的正確率。
    • 資料是由戶政所直接提供的，( 無法100%正確是因為資料建置上可能會有一些錯誤)
    • 另外有些門牌是只有 地區名+門牌號的，這一些是Google完全無法提供的
    • 模糊檢索API(內含地址檢索)開放到民間企業免費申請， 若真有需求， 可逕洽該單位尋求協助

Vibe Coding 工具 Cursor

  • 首先記得先不要部署哦 !
    • 可能綁信用卡、爆額帳單
  • 可以到以下頻道交流 g0v Slack #ai-learning

這是 chewei 分享不是廣告XD >> 業界服務方案：奇點無限的物流排車核心 (AIRouting®)

大家好，我是林靜

我沒有用到API，做法是

  1. 列出想去的景點
  2. 請AI把景點整理成表格，包含：名稱、經度、緯度、描述、天數
  3. 跟AI描述需求：我有一份景點規劃 Google sheet，想要匯入My Google Map， 我想用app script 寫程式，把資料一次匯進去，請幫我寫程式
  4. ChatGPT 開始寫程式～
  5. 打開 Google sheet 的擴充程式 App script，貼上程式，儲存，執行！
  6. 有error 就回到步驟4，請 ChatGPT 修改，重新貼上改過的程式…
  7. 執行成功，下載kml檔，上傳到My Google Map，看看效果，不如預期再回到步驟4
  8. 分享表單，可以複製玩玩看，改成自己景點：https://docs.google.com/spreadsheets/d/1V0YAH59LY83HEerigbkt_xdtpZmZPUN30d2WuiFMO_A/edit?gid=0#gid=0
  9. 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 和部署應用時需特別注意資料安全、金鑰保護與潛在費用，並建議在進行部署前先尋求經驗者協助或二次驗證。

Select a repo