模拟城市中文网

 找回密码
 入住
搜索
查看: 2285|回复: 12

兩城(甚至三城)連接,是否地鐵不太優越?

[复制链接]
发表于 2010-2-4 18:19 | 显示全部楼层 |阅读模式
之前全是R$發展階段時,市民到鄰城(兩個城市都是大地圖)上班,坐巴士、鐵路都沒有顯示通勤時間中、長(NAM選了Park and Ride),到工業區域跨越了整個大地圖的長度時候,開始修建兩城連接的地鐵,通勤還是短,無論是總體數值抑或具體到某棟房子。

目前到R$$發展階段了,到鄰城的製造業兩城交界附近上班,市民喜歡坐地鐵了,鐵路變得冷清了,但是發覺通勤時間變長了,想不通。


是否是地鐵不及鐵路?如果不及照理市民會選擇更優越的方式吧?

另外Park and Ride模式的尋路精度在安裝NAM時候沒有得選擇,打開過NAM的交通模擬器看那個尋路屬性,只有數值,不知是屬於better finding抑或perfect finding,請教各位!!!


順帶問問,智商提高後,沒有R$$是否真的只願到CO,CS工作?不到製造業或者高科技?  但是我在兩個工業城都見到製造業和高科技都有人上班!!
发表于 2010-2-4 18:26 | 显示全部楼层
通勤慢那是因为地铁变红吧。至于邻城工作的通勤时间其实只和车站到边境的距离有关。出了城就不算通勤了。

另外,虽然大地图上无论连接多少个城市都能需求共享,但城市里的人只能到直接相连的城市里去上班。

假设人口城A连接到空城B,B连接到工业城C,但A与C无连接,那么虽然A与C的需求是共享的,但A的人无法到C去上班。

这里说的是“人”而不是鬼。你如果去C城发展可以看到照样有人在工作,但是如果回到A城却会发现大量失业(在B城不发展的情况下)




至于EQ对于就业的影响,请看这个表格。





除此之外,通勤时间变长还有可能是受到了失业人口的拖累所导致。反应出来的现象是通勤波动比较厉害。提高地价对于降低波动比较有效。
但反过来说,失业的原因除了通勤太长,工作不对口以外,还受到房屋所在地理位置的影响。
房屋的地理位置这一点仅对邻城就业有效,如果是本城就业则完全不需要考虑。
小杏我的初步试验在这里:http://www.simcity.cn/thread-73201-1-2.html
就结论而言,就是大地图的住宅区距离边境的最小距离超过99格,就绝不会去临城上班。

[ 本帖最后由 Apricot 于 2010-2-4 20:19 编辑 ]
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-2-4 20:42 | 显示全部楼层
原帖由 Apricot 于 2010-2-4 18:26 发表
通勤慢那是因为地铁变红吧。至于邻城工作的通勤时间其实只和车站到边境的距离有关。出了城就不算通勤了。

另外,虽然大地图上无论连接多少个城市都能需求共享,但城市里的人只能到直接相连的城市里去上班。

假设人口城 ...


如果只計算到邊境的距離,那就奇怪了,那個通勤長的房子就在主城的邊界(就在邊界上),查詢反饋都是巴士轉地鐵出城的,搞不懂通勤爲什麽變長了。至於地鐵線,沒有紅,只是黃,估計是用了PaR的Ultra版本,容忍量度增大了!

至於不可以跨城工作這個問題,貌似以前看過藏經閣某個文章說道可以,忘記了哪篇了!
回复 支持 反对

使用道具 举报

发表于 2010-2-4 21:15 | 显示全部楼层

回复 3# 的帖子

请查看一下转乘的时候是不是步行的步数太多了?
走路是非常非常非常慢的。。因为如果就在边界上,而地铁又没有多少十字路口交错,按理说不会通勤长才对。


跨城方面那个帖子我忘了(记忆里没有),我自己遇到的状况是有可能出现永久通勤者(所谓的“鬼”的一种),以及其他类型的鬼雇工,反正商业工业都黑不掉就是了(环境匹配的条件下)。
住宅方面,控制失业的最好方法还是本城就业,我对于邻城上班的研究也止步于能够在咨询室里给新手解惑的程度。
反正我的感觉就是,鬼多了,活人就没工作了,哪怕两个城市直接相连都一样。。

具体情况没图片分析不出来,楼主最好给点截图,这样坛子上的高手们才有概率会蹦出来解惑。

[ 本帖最后由 Apricot 于 2010-2-4 21:21 编辑 ]
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-2-4 22:15 | 显示全部楼层
原帖由 Apricot 于 2010-2-4 21:15 发表
请查看一下转乘的时候是不是步行的步数太多了?
走路是非常非常非常慢的。。因为如果就在边界上,而地铁又没有多少十字路口交错,按理说不会通勤长才对。


跨城方面那个帖子我忘了(记忆里没有),我自己遇到的状况是有可能出现 ...


我記得剛開始發展教育,放鬆R$$的稅率的時候,同樣的這幾棟大樓,通勤都是短的,那時候商業地很少,都是R$時代規劃的C$,這幾棟從一開始都是跨城工作的。自從教育放久了之後,EQ上去了,製造業刺激了一大堆需求,這階段總體通勤還可以。接著CO$$、CS$$、IH都有需求的時候,發展另外一個鄰城做高科技。問題就從此開始了。同樣這幾棟樓,依然是去製造業上班,通勤路缐照舊,而且還新規劃了地鐵給這區,這幾棟樓照理通勤路缐短了,但是逐漸就變為現在的“長”通勤了。剛才進去這個製造業鄰城運行了一段時間,保存,回歸到主城,這幾棟樓的通勤又變回“中”,但是永遠就是不能是“短”,奇怪!

另外,竟然陸續出現很多寧願自駕車上高速(一條經過市中心可通往高科技鄰城的高速)駕車到鄰城的人出現,就是不去坐單軌或者地鐵,這些駕車人樓宇旁邊就有巴士站或者地鐵站,氣死人。



玩sc是很久以前的事情了,只是都是單城發展
回复 支持 反对

使用道具 举报

发表于 2010-2-4 22:17 | 显示全部楼层
RCI的区域共享不意味着就业岗位的共享,除非没其他选择,否则市民宁可失业也不愿意去临城上班的
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-2-4 22:27 | 显示全部楼层
原帖由 wukebnu 于 2010-2-4 22:17 发表
RCI的区域共享不意味着就业岗位的共享,除非没其他选择,否则市民宁可失业也不愿意去临城上班的



那我想知道那怎樣玩全整個區域這麼多分區的大中小地圖?難道每個地圖都發展齊RCI區域?

那個RCI值,現在三個城,假如有個別稅率不不一致,例如R$一個9.5,一個9.0(兩個都不發展R區域),都會導致這個城所看到的RCI與另一個城看到的不同,頭痛ing
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-2-4 22:34 | 显示全部楼层
還有一點很奇怪,NAM中,park and ride ultra模式,步行速度竟然時速超過5公里(具體多少忘記了,上次查看過是一個不太合理的速度),不知是選擇了radical導致還是ultra模式導致。
回复 支持 反对

使用道具 举报

发表于 2010-2-4 23:06 | 显示全部楼层

回复 7# 的帖子

也不是说就每个都该全RCI的上,虽然白痴顾问是这样在念叨
合理分配功能吧,在可能的情况下,尽量还是让市民在本城就业。
我试过,就业在本城的时候,通勤时间不会太高,而且基本可以控制在中,很少有高的,即便有,一般也影响不大。而当就业主要是在临城时,通勤就上去了,稍微一有波动,就容易失业。
税率会在不同的城市导致不同的效果,但整个区域的数值是相对一致的,你把税降到5以下,就是吸临城的需求,或者说是在透支,这个时候,你的城需求是有的,而可能到了临城,就是负的,但总量上是平衡的
至于NAM的问题……我确实不太清楚……看有谁知道来回答吧,或者你也可以考虑去插件区问一下
回复 支持 反对

使用道具 举报

发表于 2010-2-5 02:16 | 显示全部楼层
跨城通勤可用轮渡做到,而且没有距离限制,跨几城都没问题。
另想每张地图不一样可重税控制,不想要的直接20的税,但要低中高协调发展,轮流刺激。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-2-5 08:18 | 显示全部楼层
原帖由 wukebnu 于 2010-2-4 23:06 发表
也不是说就每个都该全RCI的上,虽然白痴顾问是这样在念叨
合理分配功能吧,在可能的情况下,尽量还是让市民在本城就业。
我试过,就业在本城的时候,通勤时间不会太高,而且基本可以控制在中,很少有高的,即便有,一般也影响不大。而 ...



昨晚睡覺前作了一個簡單實驗,因為目前C所有需求都很高,於是把主城空置的地方都拼命規劃C地,3x速運行一段時間,結果發現總體通勤時間有一點點下降,莫非正如你所說是就業距離問題?但是照說,通勤時間只是計算本城內住宅到邊界距離,按照最長通勤6分鐘(實際時間)、sc4原設定的車速計算,應該走19x格才達到最遠距離,但是目前通勤長的樓房距離邊界基本都滿足這個距離,而且裝了NAM後,車速等數據設定都改變了,沒有理由因為過長距離不去上班吧!!

或者有很多人找不到對口工作!!只能這樣猜想了,但是目前有很多本城規劃的商業地都沒有發展起來!鬱悶!
回复 支持 反对

使用道具 举报

发表于 2010-2-5 11:23 | 显示全部楼层
个人比较喜欢用铁路连接邻城通勤~另外市民不一定只能到邻城找工作的~跨几座城通勤好象都没什么问题~
回复 支持 反对

使用道具 举报

发表于 2010-2-5 11:47 | 显示全部楼层
使用nam后通勤时间的耐受范围被拉长,并且由于寻路精度等变化使临城就业也增多,由此导致通勤时间拉长,这只是虚高,不需要太在意
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 入住

本版积分规则

小黑屋|手机版|模拟城市中文网

GMT+8, 2024-11-26 03:24 , Processed in 0.024518 second(s), 17 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表