Re: [閒聊] 台中市公車運量要如何繼續成長
原文恕刪(因為非本文重點)
這次要說明的是這句
"雖然要在車上刷卡(不過比起爛爛的閘門來說在車上刷似乎好些...) "
我是不知道為什麼公車板的人會有這種想法,可能是只是回覆所以沒想清楚?
事實上我們有:
proposition.閘門除非爛到無法消化正常尖峰時的乘客量,否則永遠比車上刷卡強
而
remark.之前台中BRT的閘門並沒有爛成這樣
definition.
所謂可以消化乘客量的意思是,平均來說刷卡所花的時間比一個新乘客到來的時間少
這時基本上不會塞人在閘門,因此每個人一到閘門便可刷卡進站
proof of proposition:
搭公車的流程如下:(任兩個相鄰步驟無法同時進行)
車上刷卡版:
到達公車站→等公車→自己上車→自己刷卡→
((等其他人刷卡→等其他人上/下車)*M→公車開到下一站)*N
閘門刷卡版:
到達公車站→等公車的同時刷卡進站→自己上車→
((等其他人上/下車)*M→公車開到下一站)*N
所以比較之後你會發現,閘門刷卡的時間就是絕對小於車上刷卡的時間,因為你不用等
別人刷卡,甚至也不用等自己刷卡,因為那是在等公車的時候就做好的,跟閘門刷卡所
花的時間沒有關係。 Q.E.D.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.247.167
※ 文章網址: https://www.ptt.cc/bbs/Bus/M.1452973000.A.571.html
推
01/17 10:32, , 1F
01/17 10:32, 1F
你說的事情完全沒差,因為我比較的是兩者的花費時間差距
兩者情況都要入座,所以抵銷
何況台中市公車大多數不會等乘客入座就開車ww
→
01/17 11:35, , 2F
01/17 11:35, 2F
這樣反而差更多,因為閘門刷卡時你不用在車上等那些找卡的,但車上刷卡就要
即使在閘門刷卡的情形,他在閘門外面找卡,你先找到卡你就推開他...厄不是,是跟他說
你慢慢找我先刷,先刷進去就好
推
01/17 16:48, , 3F
01/17 16:48, 3F
→
01/17 16:49, , 4F
01/17 16:49, 4F
→
01/17 16:50, , 5F
01/17 16:50, 5F
正解
※ 編輯: orthogonal (140.112.25.105), 01/17/2016 17:06:20
推
01/17 22:20, , 6F
01/17 22:20, 6F
→
01/17 22:21, , 7F
01/17 22:21, 7F
→
01/17 22:22, , 8F
01/17 22:22, 8F
→
01/17 22:22, , 9F
01/17 22:22, 9F
所以呢?一來,就算兩邊都加上同樣的入座時間也不會因此就縮小時間差距,要縮小時間
差距必須要有個對車上刷卡較有利的因素,我不知道你能不能明白
二來,完全沒有前面的人沒就定位後面的人就沒辦法上車這件事啊,難道我要坐最後一個
位子,要等我坐到後下一個人才能刷卡上車?這樣公車不慢死才怪
推
01/17 22:23, , 10F
01/17 22:23, 10F
→
01/17 22:26, , 11F
01/17 22:26, 11F
→
01/17 22:28, , 12F
01/17 22:28, 12F
你要不要去比較看看北捷跟任何一個刷卡上車系統的單門平均上車速度?
前者一秒上一個人沒問題,後者我算過,差不多兩秒一個
→
01/17 22:29, , 13F
01/17 22:29, 13F
看清楚,我假設的是有M個人上車,誰跟你說M=1了
真的要寫更嚴謹一點,我應該寫M_i個人,其中i=1,2,...,n
然後你會發現時間差距就等於(M_1+M_2+...+M_n)倍的刷卡時間
→
01/17 22:29, , 14F
01/17 22:29, 14F
→
01/17 22:30, , 15F
01/17 22:30, 15F
一樣,先刷卡再挪位子比起直接挪位子,仍然是多出了刷卡的時間
倒是你的說明應該再更清楚更嚴謹一點,甚麼叫做不是因為刷卡在慢?
如果你是要說刷卡而慢的時間比起其他因素少更多,你應該要做的是提出詳細的比較
→
01/17 22:36, , 16F
01/17 22:36, 16F
→
01/17 22:36, , 17F
01/17 22:36, 17F
→
01/17 22:36, , 18F
01/17 22:36, 18F
→
01/17 22:36, , 19F
01/17 22:36, 19F
推
01/17 23:23, , 20F
01/17 23:23, 20F
→
01/17 23:24, , 21F
01/17 23:24, 21F
推
01/18 01:30, , 22F
01/18 01:30, 22F
→
01/18 01:31, , 23F
01/18 01:31, 23F
→
01/18 01:35, , 24F
01/18 01:35, 24F
→
01/18 08:14, , 25F
01/18 08:14, 25F
→
01/18 08:14, , 26F
01/18 08:14, 26F
推
01/18 09:49, , 27F
01/18 09:49, 27F
→
01/18 09:50, , 28F
01/18 09:50, 28F
→
01/18 09:51, , 29F
01/18 09:51, 29F
→
01/18 09:51, , 30F
01/18 09:51, 30F
→
01/18 09:51, , 31F
01/18 09:51, 31F
→
01/18 09:53, , 32F
01/18 09:53, 32F
推
01/18 10:23, , 33F
01/18 10:23, 33F
其實不用這麼麻煩啦,現在智慧型手機都有附碼錶功能
→
01/18 17:33, , 34F
01/18 17:33, 34F
→
01/18 17:33, , 35F
01/18 17:33, 35F
我說的意思是沒有爛到會造成刷進5個人後面多排7個人這種無法應付人流的窘境
我沒有說它完全沒有問題
→
01/18 17:56, , 36F
01/18 17:56, 36F
→
01/18 17:56, , 37F
01/18 17:56, 37F
→
01/18 17:56, , 38F
01/18 17:56, 38F
→
01/18 17:56, , 39F
01/18 17:56, 39F
推
01/18 20:05, , 40F
01/18 20:05, 40F
→
01/18 20:47, , 41F
01/18 20:47, 41F

→
01/18 20:47, , 42F
01/18 20:47, 42F
→
01/18 20:47, , 43F
01/18 20:47, 43F
→
01/18 20:49, , 44F
01/18 20:49, 44F
→
01/18 20:49, , 45F
01/18 20:49, 45F
→
01/18 20:51, , 46F
01/18 20:51, 46F

→
01/18 20:51, , 47F
01/18 20:51, 47F

→
01/18 20:53, , 48F
01/18 20:53, 48F
推
01/18 22:11, , 49F
01/18 22:11, 49F
※ 編輯: orthogonal (140.112.25.105), 01/18/2016 23:43:33
推
01/19 09:08, , 50F
01/19 09:08, 50F
→
01/19 09:08, , 51F
01/19 09:08, 51F
推
01/19 09:13, , 52F
01/19 09:13, 52F
推
01/19 10:17, , 53F
01/19 10:17, 53F
→
01/19 10:17, , 54F
01/19 10:17, 54F
→
01/19 16:42, , 55F
01/19 16:42, 55F
→
01/19 16:43, , 56F
01/19 16:43, 56F
→
01/19 16:45, , 57F
01/19 16:45, 57F
推
01/20 07:37, , 58F
01/20 07:37, 58F
推
02/01 10:36, , 59F
02/01 10:36, 59F
推
02/14 04:03, , 60F
02/14 04:03, 60F
→
02/14 04:03, , 61F
02/14 04:03, 61F
→
02/14 04:04, , 62F
02/14 04:04, 62F
討論串 (同標題文章)
完整討論串 (本文為第 3 之 3 篇):