I have a route that has three different vehicle types running on it. During the week I have a tram running from 4:00a- 2300p; overnight I have a bus running from 00:00 to 03:00; on the weekends I have a trolley running from 4:00a-23:00p. During the week crowds of people wait for the trolley, which only runs Saturdays and Sundays. On weekends I have crowds of people waiting for the bus, which only runs a limited number of hours overnight. All three follow exactly the same route. Why would they wait for a line that is not currently running? Please don't ask why I have the setup- it is just for fun.
-
We have updated our Community Code of Conduct. Please read through the new rules for the forum that are an integral part of Paradox Interactive’s User Agreement.
The intention behind your setup is clear and very realistic. But unfortunetly this does not work in CiM, as passengers always wait for every line, no matter if a line has special service times or not.
That's my point Keller. Citizens need to look at how to get from point a to point b the fastest/cheapest way possible. Getting on line on Tuesday for a run that only goes on Saturdays and Sundays is kind of silly. Instead of just going to the first line that works, they need to compare it with other routes in the area. Very frustrating. This goes to my previous complaints about how slowly the vehicles move- thankfully fixed with 1.2.1. What is the point of differentiated scheduling if passengers will line up days in advance? This does not break the game like vehicle speed did but very annoying. One of the big deals CO made was that you can have evening only routes, but citizens need to read schedules for it to work.
The REALLY funny thing is passengers get upset waiting for the bus or tram or trolley, that isn't coming for days.
Last edited:
You're right, but if I read through the forums it seems that most players do not bother about it. Same thing about lines that share the same way. It also does not work in the game, in real life this is essential for modern networks.
Sigh. I love transportation and to me the main pleasure of the game is scheduling not just getting people from point a to point b but doing it efficiently. They marketed the game by saying you could micromanage the schedules, but if it doesn't help and could actually be detrimental to the efficiency of the network then why bother? Like I said it is not a game breaker but is highly annoying. I have seen people complain about passenger intelligence. It DOES need to be fixed.
I totally agree, this spoils the game for me, maybe not to the extent, that I stop playing, but takes a lot of fun from the play. I searched the forum for some response from CO about that, but the only thing I have found is that they will look into it. I am afraid that this may need the change of the whole algorithm and they just don't want to bother with it. But I hope they will at least improve the way CIMs choose their route, so they don't take time consuming and irrational detours when they go from point A to B.
I have tried all them all:
I have found the best strategy is to run all services 24/7. As journey times on long line can take unto 10 hours (game time) from depot back to depot, rush hour services are pointless unless the line is very short. There is a fundamental fault in the games structure which needs addressing.
- Running separate rush hour services.
- Different night services.
- Two services on metro lines both over full length and short workings.
I have found the best strategy is to run all services 24/7. As journey times on long line can take unto 10 hours (game time) from depot back to depot, rush hour services are pointless unless the line is very short. There is a fundamental fault in the games structure which needs addressing.
I think the same, 24/7 - more or less - services and I don't care at all about rush hour.
There is one point where it (current system) makes sense, and that is if you have line into industrial part of the city. Then no one is traveling there over weekends and at night.
But starting with just one building of different type on the line, and everything is broken...
But starting with just one building of different type on the line, and everything is broken...
totally agree with this, I did have actual night routes which run longer than the day routes like in london most of them follow the metro network which in most cities in the would does not run all night and close down for maintenance. it would be good that passengers could work out if a line is running and if they miss the last train to then use the night bus. also if you have 2 bus routes runnig on the same section of road they would get the first one coming first if both routes stop on the same bus stop up the road the passenger wanted to go to.
Last edited:
It would be good if we could have a line open and close time. For example, if a line stops running at 6:00pm (last bus leaves Stop 0 at that time) - then code to close the line (maybe a close line at time in the schedule). Also an "open time" - maybe 30 minutes before the first bus leaves stop 0. To accommodate rush hour, we'd need more than one open and close time per day.
If the line is closed, cims ignore it - so it seems an easy fix to simply close the lines at a set time and open them at a set time.
If the line is closed, cims ignore it - so it seems an easy fix to simply close the lines at a set time and open them at a set time.
That is a great idea. Should be simple to programme, and would, if not qiute solving all the problems, make the route planning slightly more flexible.
sounds ideal - a close and open times and last departure before line shuts down
BTW as of 1.2.1 you can change the day period using the ruleset. Go to settings ---> ruleset editor ---> general settings: change time speed to somewhere between 15 and 25 % (depending on your tastes) this will simulate vehicle speed much better. Still not perfect and ONLY works in sandbox. This obviously does not change CIM intelligence.
Focusing to useless interchanges of passengers: When accepts the game the change between lines. Should the range of two stops only have a touch in one point or needs one stop be in a range of another stop.
One stop needs to be in the range of another stop.
The way I play now, is to make sure that this only happens where I want the cims to change lines (where I make terminals). Works great, and my cims choose sensible routes to their destination. Unfortunately, this means that I can only make so many lines before it is no longer possible to make new stops that don't lay within another stop's range where I don't want it, so it really limits the game.
This is exactly the reason why I made this suggestion in the requests and suggestions-thread:
"I have a suggestion for a programmably simple, but efficient method to prevent CiMs from switching lines back and forth like crazy. Make us an option to make each individual stop open or closed for line changes. A simple yes / no option to select when we enter each stop. When yes is chosen (probably would be best to have this as default, for those who don't want to work in detail like this), the stops work just like now. When you select no, the stop will not be "covered" by other stops nearby, and cims will not see this stop while on an other line. With this option, we can manually choose where the cims will switch line, and we can actually make working terminals without having to make the whole network around it so that no stops are covered by eachother. I really hope this is doable, and something we could see in a patch in near future!"
With this feature, used properly, we could make beautiful networks where cims (mostly) behave like human beings, taking logical routes to their destinations. Oh, how great it would be!
The way I play now, is to make sure that this only happens where I want the cims to change lines (where I make terminals). Works great, and my cims choose sensible routes to their destination. Unfortunately, this means that I can only make so many lines before it is no longer possible to make new stops that don't lay within another stop's range where I don't want it, so it really limits the game.
This is exactly the reason why I made this suggestion in the requests and suggestions-thread:
"I have a suggestion for a programmably simple, but efficient method to prevent CiMs from switching lines back and forth like crazy. Make us an option to make each individual stop open or closed for line changes. A simple yes / no option to select when we enter each stop. When yes is chosen (probably would be best to have this as default, for those who don't want to work in detail like this), the stops work just like now. When you select no, the stop will not be "covered" by other stops nearby, and cims will not see this stop while on an other line. With this option, we can manually choose where the cims will switch line, and we can actually make working terminals without having to make the whole network around it so that no stops are covered by eachother. I really hope this is doable, and something we could see in a patch in near future!"
With this feature, used properly, we could make beautiful networks where cims (mostly) behave like human beings, taking logical routes to their destinations. Oh, how great it would be!
Thanks for the tip! Have tried 25%, this gives a far more realistic feel to the timetables. Thanks!
unfortunately the words "passenger intelligence" is a contradiction in the game....
I'd like the CIM's to be able to choose their trips based on A) service availability and then B) most direct route (least amount of transfers)
Where as they just seem to choose based on if you were to draw a straight line from point A to point B, which lines intersect that straight line - which means sometimes a CIM will get off one LINE just to get on it again after a few changes along the way
I'd like the CIM's to be able to choose their trips based on A) service availability and then B) most direct route (least amount of transfers)
Where as they just seem to choose based on if you were to draw a straight line from point A to point B, which lines intersect that straight line - which means sometimes a CIM will get off one LINE just to get on it again after a few changes along the way
IMHO, total expected travel time (which, given A, should include waiting time at transfers) is a better parameter, otherwise CIMs will for example go all the way around the map on a circular line instead of taking two radial lines that, even with a transfer, would bring him/her at destination more quickly. Or choose a slow bus when a couple of faster metro lines would be better.
Your post gave me an idea... It's a pain but, we can manually activate and deactivate lines. So when a line is not supposed to be running, deactivate it, and activate it's sister route.
So, I actually tested with activating and deactivating lines. First you have to remember to keep doing it. Second the ridership levels plummeted on the lines.
Last edited: