推 mattc123456c: 就兩鐵官方根本不考慮轉乘 05/12 23:27
推 access: 高鐵轉乘比較快的情況很少，台鐵轉乘根本笑話. 05/12 23:39
推 shter: 我做過，不算很簡單，但不用花什麼錢 05/12 23:48
→ shter: 不簡單的原因是台鐵自己也沒有一套轉乘的規律性 05/12 23:48
→ shter: 最後還是用比較愚蠢的方式去計算出來的 05/12 23:49
推 hinoerk: 自己看運行圖是最方便的(選我正解 05/13 00:34
→ hinajian: 臺鐵轉乘還能有什麼學問 就到交點換車啊 也沒得選 05/13 00:42
→ hinajian: 不妨舉個例子？什麼時候想查這 05/13 00:42
推 r30385: google有 05/13 10:57
→ hicker: 台鐵還有一點很弔詭 05/13 11:40
→ hicker: 同樣路段 停站少的不一定比停站多的要快 05/13 11:40
→ hicker: 同理 同樣路段 高等級列車也不一定比較低等級列車要快 05/13 11:41
→ shter: 假設我查汐止去冬山，直接搭或七堵轉復興號大概兩小時多 05/13 11:55
→ shter: 但還要反過來查逆向去松山轉乘，結果有可能比較快 05/13 11:56
→ shter: 然後232次又有停南港，理論上要再考慮南港轉乘比較快 05/13 11:56
→ shter: 可是沒有定型化轉乘(像機場捷運固定在長庚醫院快慢車互轉) 05/13 11:57
→ shter: 就變成你要自己抓幾個大站來計算，然後轉車點不固定越來越 05/13 11:57
→ shter: 多的話，一個汐止到冬山要查七堵轉、松山轉、南港轉.... 05/13 11:57
→ shter: 程式條件就會越寫越複雜，計算時間就越花越多 05/13 11:58
→ shter: 有些車停八堵不停七堵，又要再算一次八堵轉會不會比較快 05/13 11:58
→ shter: 長途演算法其實還有很多改進的空間，市區內算台鐵捷運機捷 05/13 12:00
→ shter: 互轉其實單純多了，是之前寫程式的心得 05/13 12:01
→ Littlechozy: 真要用電腦算的話會用最短路徑問題的演算法吧 05/13 13:13
→ hicker: 但問題就在於 最短路徑並非最快路徑 這個台鐵的矛盾 05/13 13:45
→ Littlechozy: 當然是用時間當距離啊，真正的麻煩在轉乘的可靠度 05/13 13:54
→ Littlechozy: 在臺灣裡究竟你要留多少轉乘時間常常抓不得準 05/13 13:55
推 Metro123Star: 日本的查詢系統還會自動過濾 05/13 14:44
→ Metro123Star: 像是同時間抵達只取最晚出發的 05/13 14:44
→ omkizo: 可以這樣吧 先算出A站到台北轉乘魯普或自強直達到宜蘭轉車 05/13 16:23
→ omkizo: 到D站的時刻 再翻出每一班對號在A-台北間和 宜蘭-B間有沒 05/13 16:23
→ omkizo: 有其他停靠(B)站 若有則改轉乘站 再反查A-B站可否搭晚一點 05/13 16:23
→ omkizo: 的車 同樣宜蘭-D站也找中間有沒有C站 05/13 16:24
→ omkizo: 然後再考慮A到B/北 和宜/C到D站是否為反向 若反向則再翻出 05/13 16:28
→ omkizo: 時刻表 找出普普等在A-D間有沒有車次有停靠 若有則再給他 05/13 16:28
→ omkizo: 配上首尾兩段轉乘 05/13 16:28
推 Cascadia: 最暴力就把某個時段的時刻表畫成一個graph 然後再用dijk 05/13 17:54
→ Cascadia: stra找最短路徑 雖然應該有些heuristic可以優化 但是不 05/13 17:55
→ Cascadia: 優化時間應該也可接受, 有時間再來試試看 05/13 17:56
推 kkStBvasut: 兩鐵不重視也沒差 但我覺得可以另開一個網站 05/13 21:58
→ kkStBvasut: 像9292.nl那樣 05/13 21:58
→ kkStBvasut: 或者是jorudan 05/13 21:58
推 ultratimes: 高鐵本身就不建議乘客這樣玩吧 05/14 01:00
推 velaro: 唉12306都可以查詢轉乘了(誤 05/14 13:16