商店页面
NIMBY Rails
全部 讨论 截图 艺术作品 实况直播 视频 创意工坊 新闻 指南 评测

NIMBY Rails

商店页面
NIMBY Rails > Suggestions > 主题详情
čivo 12 月 3 日 下午 3:37
About the unrealistically high international travel (plus why we should have more demand curves)
We all know that Nimby Rails sometimes has unrealistically high passanger numbers, but that makes the game fun. What gives me a headache is trans-border travel - in my case, between Bratislava (capital of Slovakia) and Vienna (capital of Austria), two very close cities. Yes, there is quite some demand to travel between these two cities in real life, but not NEARLY as much as the game thinks - no matter what I do, everything is always full to the brim. I have two ways to fix this:

1) These cities are in different countries: people tend to work in the same country they live in because of bureaucracy, so international travel isn't that strong. Simple fix would be to decrease international travel, buuuut... these cities are in the Schengen zone, so technically, what I said isn't that big of a problem. I think the bigger reason why people

2) Language: People tend to travel less to areas where nobody speaks their language. This would be more difficult to implement: one would need some sort of a map of languages used in an area... for the whole world (although the resolution wouldn't need to be very high). But it would be more realistic than using country borders - countries aren'ŧ nation states, there are areas with minority languages, these people might want to travel to countries where the language is more prevelant.


But what about the other half of the title? About more demand curves?
When I thought about how people I know travel, I realised that most trips are one of three categories:
a) commute - short distance (by trams in the same city or by train from a nearby town/village, 1-50km), usually from a smaller settlement to a larger one in the morning Monday-Friday, the other way around in the afternoon.
b) weekly travels home and back - medium/long distance (50-1000km), one way on Sunday afternoon and evening, the other way on Thursday and mostly Friday. Usually travelling to a (regional) capital.
c) trips - medium distance (5-100km), mostly weekend trips with a family or friends, quite often to places where people don't live (sooo pretty much just POIs)
d) everything else, from long distance ones to going to a café on the other side of town.

What I wanted to say, it would be useful to be able to add more demand curves to the population layer - I would definitely implement the commuter/weekly travels curves, because on Sundays, there really isn't a lot of demand for short trips, but EVERYONE wants to travel long distances. At least where I live.
< >
正在显示第 1 - 4 条，共 4 条留言
MirkoC407 12 月 4 日 上午 5:48 
That was possible in the old route finding system. But it had more downs than ups, so probably not too many tears were cried over its end. However, I now come in two saves to a point where I would like to get some flexibility back, because I would like to increase night demand on shorter routes within city or wider metro areas, but without changing daytime demand in that segment (tweak the distance curve) or night demand on longer distances (increase global demand factor).
#1
adlet 12 月 4 日 上午 9:55 
For the different types of commute, what I do, is transform the standard curve into residential only (in some cases it takes reducing station catchment areas to minimum, e.g. very industrial area with no real residences but a lot of reported population in NIMBY). The residential curve has a morning peak only as origin and afternoon peak only as destination. I manage separately the non-residential locations via POIs, by adding (a) working places, (b) universities (often a lot of transit use), (c) tourism sites, (d) entertainment (shopping malls), (e) remote locations (intercity). Each has its own demand curve. For example, working places POI only attract people during weekday morning and only generate passengers during afternoon/evening peak.

So these extra demand curves, though they are only attached to POIs, act to distribute residential flows differently over the course of the day to different type destinations on the destination side, and supplement originating passengers at the time when working locations have zeros and residential have low origin (e.g. afternoon or evening).

Effectively the map's default curve works together with POI curves to create varying ratios of different trip types at different points in time from/to map tiles.

Intercity curve is e.g. where my map is around Tokyo, and there is a train line to Nagoya and Osaka, but no local transit. The POIs for those stations are set to create a different pattern for intercity travel. The Tokyo side long-distance travel is dialed down from standard a lot. By trial and error, aiming to get to more desired flows.

Here is my intercity curve for Tokyo (only used outside Tokyo).

https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3617787328

Of course more flexibility is always good, but just saying the existing tools could be leveraged too to achieve similar objectives.
最后由 adlet 编辑于; 12 月 4 日 上午 9:59
#2
MirkoC407 12 月 4 日 下午 12:03 
I'm not exactly the POI player type. Will try to tweak the existing curves. For some purposes like work in empty areas, education or tourism they are needed, but I am unwilling to turn off map population coverage to build a POI population with so much effort.

Me-problem, I know. But if nothing comes for the standard curves, I'll somehow live with that
#3
adlet 12 月 4 日 下午 12:50 
Just to clarify, I did not turn off the population map, I simply changed the demand curve to cut out the origin mid-day and afternoon peaks and reduce the destination demand except afternoon peak. (I supplemented population numbers where they were clearly too small).

The biggest lift was to add the work POIs which is really what creates single direction pax flows in the morning and evening, as their demand curve is the inverse of residential (morning destination peak, afternoon origin peak).

For Japan work POIs I was lucky because KaraageMajo prepared the POIs, I just downloaded them from some local sources, and I switched them to my work demand curve. For Russia etc. I prepared them myself from a demo-free source. So this was manual retyping of numbers from the source map by hexagonal tiles into an Excel file, then convert to text and connect, for the cities I cover.

These are my general map and work demand curves.

https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3617872433

https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3617872312
最后由 adlet 编辑于; 12 月 4 日 下午 12:55
#4
< >
正在显示第 1 - 4 条，共 4 条留言
每页显示数： 1530 50

NIMBY Rails > Suggestions > 主题详情
发帖日期： 12 月 3 日 下午 3:37
回复数： 4

讨论规则及指引