s3n370 發表於 2025-3-25 01:38
我明呢個setting係倍大縮小唔同嘅attributes去出個用家desire嘅結果。
問題係較成點先至啱？
長遠而言，AI當然可以學習用户點樣揀結果來用，從而調節到用户鍾意啲乜，唔鍾意啲乜，然後調整 journey planner 嘅 parameters 。
有唔少 transport planning 嘅調查係提供幾個 A/B choice ，問用户揀邊個，然後咁就可以計到用户嘅 preferences 。
1181174166 發表於 2025-3-25 07:58
等265B嘅cut off一早講咗15分鐘
K76嘅cut off同去到天水圍站嘅屯馬綫要等幾多分鐘已經don't care，成個行 ...
咁點解你唔 care K76 等幾耐？如果265B要等20分鐘，K76都要等20分鐘，你都等K76？輕鐵等0分鐘你都唔搭？咁已經唔係公平比較啦！
本帖最後由 1181174166 於 2025-3-25 18:51 編輯
miklcct 發表於 2025-3-25 18:21
咁點解你唔 care K76 等幾耐？如果265B要等20分鐘，K76都要等20分鐘，你都等K76？輕鐵等0分鐘你都唔搭？ ...
因為K76基本上唔會等20分鐘
如果唔公平，你畀我較比重已經係唔公平
又宣揚有得按喜好調整又唔畀人有偏好，你究竟想做啲乜嘢出嚟？
講返K76，按表定班次等足，基本上同265B即時有車都係打平手，何況情況講緊265B要15分鐘之後先有車
以265B 60+15計，將K76+屯馬嘅50分鐘增加25分鐘至75分鐘去比較兩個方法，先至易判斷轉唔轉會
假如K76需要額外10分鐘候車時間，計返出嚟條數係85分鐘，死等返265B「有著數」
kay 發表於 2025-3-25 00:35
如果咁講香港出行易都幾聰明地取巧
剩係計車程/步行時間
比埋個班車既ETA你
現實上除咗搵拍檔拍一決雌雄外，條路自已揀佐，
唔係PK唔好喊，而係其他選項變佐平衡時空。
影相仲可以睇番張相，甚至唔同setting影同一樣野去比較。
影相咁就驗證佐點樣做先至最好。
步行距離、上落梯級、轉乘次數呢D野好易define兼且唔會點變。
要verify個model / algorithm好straight forward。
但係行車時間、實時班次就好dynamic。
咁dynamic仲要predict，我都想知可以點去verify個實效。
本帖最後由 s3n370 於 2025-3-25 12:44 編輯
Alex_Chan 發表於 2025-3-22 02:11
其實以香港公共交通的普及程度，班次的頻密度和以及不同組乘客用交通App的習慣，是否有需要投資去做一個水 ...
講開Google吹兩句
個人體驗係Google maps係最全面，但係又係最多古靈精怪野果個，有D位甚至無路捉。
個人好多時明明識路，都撳導航/trip planner，目的係睇下有冇大鑊野要避開。
响呢點Google幾乎幾時都係比較專門嘅app失準。唔好計點佐去根本行唔通嘅路，
明明地圖顯示條路封佐/塞到拉手掣/鐵路臨時停駛，居然照建議去用。
甚至離譜到出嘅行程時間同無鑊氣時完全一樣
都唔好計就算有report有時好快就update，又有時催極都唔郁。
呢方面google幾人人平等，唔好聽係唔知你開邊範。
無論個人身份，工程方預先直接通知Google，甚至請大蛇madam出動埋官方牌頭，
update地圖需要嘅時間都可快可慢🤭
而另外聽過凱婷嘅自家App，由於任何改動都必然會通知維護app果team，所以
（表列）資料就必然最update
miklcct 發表於 2025-3-25 01:03
點解你唔會考慮輕鐵？搭輕鐵有咩問題？你係咁唔想搭輕鐵咪可以喺 preference 到設定唔要輕鐵。
如果個比 ...
如果套用落你度，應該會出現 268X 轉 967X
或者係屯馬線朗屏轉 69
再唔係可能有 268X 轉 E36 轉屯馬線
點會有 705/706 出現？
s3n370 發表於 2025-3-25 20:33
講開Google吹兩句
個人體驗係Google maps係最全面，但係又係最多古靈精怪野果個，有D位甚至無路捉。
可能問題係無連接實時到站/實時資訊?
以我之前喺臺灣旅行嘅經驗
如果我喺中途站上巴士 係可以睇到相關路線嘅實時到站
北捷環狀線停駛嗰陣 亦都唔會出現建議我乘搭停駛路段嘅捷運建議
miklcct 發表於 2025-3-24 23:52
GTFS-RT標準可以話你知部車頂咗閘，上唔到車，咁個程式可以考慮呢個情況。
...
如果正苦率頭強制所有車輛裝哂機，包括外來車輛
用地圖顯示哂所有車位置，方向流量，
實時控制到交通燈
甚至乎知道有幾多客等車改變行車班次，路線
比個客知道自己黎緊班車係坐定企
呢個我支持
問題係你個model 要幾大先做到，同埋私隱問題
同埋唔係單純剩係要巴士公司放資料
所有村巴，旅遊車，紅綠小巴，的士，白牌車不同載具都要放哂落去
本帖最後由 herman15hk 於 2025-3-25 22:38 編輯
天空之神 發表於 2025-3-25 21:51
如果正苦率頭強制所有車輛裝哂機，包括外來車輛
用地圖顯示哂所有車位置，方向流量，
我諗樓主未搞清楚個GTFS格式資料有好多data field好多都係optional data
首先要安裝onboard unit之餘如果佢想要統計人數嗰啲係要額外嘅硬件裝備。我當你連埋人工$5000一部車全港5,000部專利巴士，再要駁嘅AVL改程式肯定係壇大生意。
再講你望吓小巴ETA就知道政府俾錢都好，空有一個系統，但係承辦商唔配合或者冇能力配合嘅話會搞啲咩垃圾出嚟。
GTFS格式本身有到兩個主要大問題。雖然佢係的確係一個全球通用嘅格式，但係唔同公司嘅系統設計上都未必會用佢來做藍本，因此必然牽涉到data conversation。改Program本身就係有牽涉到人力成本。
其次真正觸動到巴士公司嘅係佢要將一份行車嘅時間表班表巨細無遺咁列晒出嚟。
你有任何嘅收車，或者同SofS嘅不同點基本上都可以由資料收集方得知。嗰啲行兩三個站嘅鬼車就會一覽無遺。
因此我相信你而家嘅狀況就算係提供GTFS-RT都只可能係向Google/Citymapper等具有一定市佔率嘅公司，基於保密協議下進行資料互換、換取接入對方嘅API嘅使用權
天空之神 發表於 2025-3-25 20:51
如果正苦率頭強制所有車輛裝哂機，包括外來車輛
用地圖顯示哂所有車位置，方向流量，
要玩到咁正如我前面講係要政府起個頭有業界標準
所有交通規劃、硬件車輛交返晒俾政府
交通營運商就只會係operator而唔係franchisee
先可以做到呢種效果