[問題] 北捷未來路線圖車站編碼 會重編嗎?

看板MRT作者 (阿莫)時間8年前 (2016/02/25 17:01), 編輯推噓19(20143)
留言64則, 19人參與, 最新討論串1/1
大家好 聽說之後北捷要將每一站都用英文和數字表示 方便外國人查詢觀看路線圖 我想請問的是 因為現在已經有車站編碼了 之後會重新編嗎? 好比新店線來說 G1~G7應該是不用重編 但是現在沒有G8 因為G7公館的下一站台電大樓是G9 所以以後台電大樓會變成G8站嗎? 還是維持G9呢? 謝謝大家回覆... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.12.46.25 ※ 文章網址: https://www.ptt.cc/bbs/MRT/M.1456390918.A.5AC.html

02/25 17:05, , 1F
跟本不用 早就編好 直接用工程用編號
02/25 17:05, 1F

02/25 17:06, , 2F
R13 台北車站 R33淡水
02/25 17:06, 2F

02/25 17:11, , 3F
謝謝大大回復 不過我在板上搜尋:編碼 裡面的新聞說要重編的
02/25 17:11, 3F

02/25 17:12, , 4F
之後台北車站會變成R10
02/25 17:12, 4F

02/25 17:13, , 5F
老實說我也覺得用工程編碼就好 要重編很麻煩
02/25 17:13, 5F

02/25 17:17, , 6F
但工程編碼很亂....
02/25 17:17, 6F

02/25 17:18, , 7F
支持北捷重編 即便這是個大工程 但是是該做的
02/25 17:18, 7F

02/25 17:19, , 8F
G8是因為不雅而跳過(?)
02/25 17:19, 8F

02/25 17:21, , 9F
可以去查北捷公開的主管會報紀錄喔!應該會以數字為主。
02/25 17:21, 9F

02/25 17:21, , 10F
不雅就想太多了....(但很有上新聞的潛力)
02/25 17:21, 10F

02/25 17:22, , 11F
其實我覺得工程編碼內部人員知道就好了,真的很亂,會造成
02/25 17:22, 11F

02/25 17:23, , 12F
G8千萬不要學華為那套
02/25 17:23, 12F

02/25 17:26, , 13F
理解上的困擾,例如為何BL1下一站BL40,而往東只到BL18?
02/25 17:26, 13F

02/25 17:27, , 14F
講實話現況不就有甚麼O1直接跳到O3這種事了嗎
02/25 17:27, 14F

02/25 17:28, , 15F
如此根本沒邏輯性,無法讓乘客找方向。
02/25 17:28, 15F

02/25 17:28, , 16F
或者是O14下一個變OT1 R4跟R5中間不是R4.5而是R4A
02/25 17:28, 16F

02/25 17:29, , 17F
而且當初只是為了讓無法辨認中文的旅客鑑別各站
02/25 17:29, 17F

02/25 17:30, , 18F
其實沒有定向的任務吧
02/25 17:30, 18F

02/25 17:32, , 19F
可是實際在找的時候還是必須有個方向性才可以定位,最好
02/25 17:32, 19F

02/25 17:32, , 20F
的例子就是首爾,可以順著由大到小貨由小到大來找,確定
02/25 17:32, 20F

02/25 17:33, , 21F
這邊沒有內部情資,沒人知道北捷想怎麼搞
02/25 17:33, 21F

02/25 17:33, , 22F
自己要去的方向。
02/25 17:33, 22F

02/25 17:33, , 23F
好奇支線之後要怎麼編 好比小碧潭 新北投
02/25 17:33, 23F

02/25 17:34, , 24F
支線可以直接納入現有編號或著另外加上特殊字尾區隔。
02/25 17:34, 24F

02/25 17:35, , 25F
例如紅線的新北投站工程編號就是直接接續北投站。
02/25 17:35, 25F

02/25 17:35, , 26F
而小碧潭站是以自委A來區隔。
02/25 17:35, 26F

02/25 17:37, , 27F
定向的任務不是應該要交給NSEW嗎XD 不然環狀線怎麼辦
02/25 17:37, 27F

02/25 17:37, , 28F
我是覺得既然現在都有數字路線編號,直接參考首爾市最直覺
02/25 17:37, 28F

02/25 17:37, , 29F
的方式,不用把數字轉成英文。
02/25 17:37, 29F

02/25 17:38, , 30F
中和新蘆線的編號表示:
02/25 17:38, 30F

02/25 17:39, , 31F
其實搭捷運不用知道路線是東南西北吧!編號有邏輯性的話
02/25 17:39, 31F

02/25 17:40, , 32F
跟著順序找就好了,路線怎麼拐彎其實沒有很重要,要不然
02/25 17:40, 32F

02/25 17:41, , 33F
4號線可是繞一大圈啊!
02/25 17:41, 33F

02/25 17:43, , 34F
路線圖本身就是呈現方向的工具,編號只是幫助乘客更直覺的
02/25 17:43, 34F

02/25 17:44, , 35F
辨識方向,所以編號必須有邏輯性的原因就在此。
02/25 17:44, 35F

02/25 17:45, , 36F
何況L形路線很難說它是東西還是南北向。
02/25 17:45, 36F

02/25 17:57, , 37F
工程編碼就不用拿出來說嘴了,拿出來用肯定被投訴到死
02/25 17:57, 37F

02/25 18:23, , 38F
現有編號根本不能用齁....
02/25 18:23, 38F

02/25 18:36, , 39F
支持用工程編碼的,有沒有看過現在工程編碼有多混亂
02/25 18:36, 39F

02/25 18:36, , 40F
?還有同一條線卻用不同英文編號的喔
02/25 18:36, 40F

02/25 18:53, , 41F
很簡單,把起訖點連起來,看偏向南北還是東西
02/25 18:53, 41F

02/25 18:53, , 42F
來決定這條線是南北線還是東西線就好了
02/25 18:53, 42F

02/25 18:55, , 43F
很明顯 1南北 2南北 3南北 4A東西 4B南北 5東西
02/25 18:55, 43F

02/25 19:36, , 44F
請問BL有比較雅嗎?XD
02/25 19:36, 44F

02/25 20:55, , 45F
對乘客來說沒有"重編"問題啊 用工程編碼對旅客完全無意義
02/25 20:55, 45F

02/25 22:42, , 46F
同樓上意見
02/25 22:42, 46F

02/25 22:52, , 47F
都已經用幾號線了就不要再用英文字母,這對不懂英文的人
02/25 22:52, 47F

02/25 22:53, , 48F
也不方便,因為得先把數字與顏色連結才能對照英文字母。
02/25 22:53, 48F

02/26 00:20, , 49F
我覺得用幾號線很難記,用英文(顏色)比較直覺
02/26 00:20, 49F

02/26 00:38, , 50F
那是現在路線少,所以才覺得用顏色很直覺,等環狀、萬大、
02/26 00:38, 50F

02/26 00:39, , 51F
三鶯、民汐都通車之後,顏色就會有問題了,如萬大的LG與
02/26 00:39, 51F

02/26 00:39, , 52F
現在的G,LG是淺綠,三鶯的淺藍LB,到時候光這點就夠
02/26 00:39, 52F

02/26 00:40, , 53F
麻煩了,數字就直接接續6789往下就好,沒有這個問題。
02/26 00:40, 53F

02/26 00:41, , 54F
還有很多人把橘線叫做黃線,可是真正的黃線是環狀線,
02/26 00:41, 54F

02/26 00:41, , 55F
目前工程已Y開頭編號,通車後一定會很多人搞不清楚橘與
02/26 00:41, 55F

02/26 00:42, , 56F
真正的黃線。
02/26 00:42, 56F

02/26 00:58, , 57F
明明就戰過一輪了 #1MNlEZKa 看完再說
02/26 00:58, 57F

02/26 01:22, , 58F
現在就是數字編碼 哪有車站編碼還用英文的道理。
02/26 01:22, 58F

02/26 01:23, , 59F
車站編碼本來就應該依照路線命名的規則去制度
02/26 01:23, 59F

02/27 00:00, , 60F
我比較關心站名會不會改...
02/27 00:00, 60F

02/27 13:06, , 61F
站名要怎麼改?
02/27 13:06, 61F

02/29 12:35, , 62F
編碼的使用實用性很低 除外國客 大部分國人還是用站名
02/29 12:35, 62F

02/29 13:02, , 63F
現在規劃就是要方便外國人啊!
02/29 13:02, 63F

03/03 02:02, , 64F
推全數字編碼 這樣才有符合12345的線路號碼
03/03 02:02, 64F
文章代碼(AID): #1MpiC6Mi (MRT)