Due to some GRF Maker limitations, this set has some graphical glitches related to articulated trams, moreover, set was not suitable to work with ECS tourists.
Difference of purchase and running costs of trams with and without trailers were flat due to limited cost span.
There were also some other flaws: low capacity and very low loading speed.
When cargodist was introduced in stable version, needs for efficient urban transport led me to refurbish this tram set with use of NML and add some missing vehicles
(original set has only post-war trams).
Additionally, some new features were implemented.
New set have different approach to trailers: instead of separate vehicles with and without trailers, you can buy single car
and use refit to purchase additional trailer(s).
Such approach help to keep purchase list relatively short.
Once vehicle is refitted to more trailers/units, you can use autoreplace and new vehicle will inherit consist of replaced vehicles,
if such refit is supported by the given vehicle.
To distinguish which vehicle have capability to change consist, there is refit icon in the tram purchase menu.
Vehicle image on purchase menu depict maximal number of trailers/units available via refit procedure:
Because both sitting and standing places are counted, overall capacity of tram with additional trailers can exceed 400.
To avoid misuse of trams instead of long distance trains, which was mentioned here: http://www.tt-forums.net/viewtopic.php?f=31&t=70070
I decided to decrease cargo_age_period - travelling on large distances in overcrowded tram is not comfortable thus passengers would be stow instead of pay fare. Modern air-conditioned trams have larger cargo_age_period, but still lower then train standard.
Running cost are calculated using following formula:
Code: Select all
#define basic_running_cost(m, v) STAFF_RUNNING_COST + m * (1296 + v * v) / 2592 // m [t], v [km/h]After refit, because trailers weight is added, running costs are increased (but due to constant staff running cost, tram with trailers is cheaper then two single motor cars).
Old type, rheostat controlled trams have fixed running costs (vmax is taken into account), whereas actual speed is used for running cost switch in case of fast modern trams with thyristor control and energy recuperation.
Is is useful for tweaking running costs/income in case of low passenger streams.
For example, if you have timetabled trams, after autoreplace to faster model, you need to rebuild all timetable.
With dynamic running cost, you can set timetable maximal speed to match previously used model without much vast of money.
Of course please note that above discussed formula is not linear - it is quadratic with large constant base.
Noticeable differences are only for speed slightly lower than maximal.
Passenger income would be also lower. Decreasing of running cost via "economic speed" make sense only if trams are almost empty.
Currently set cover vehicles within 1912-2014 time span, the latter 120N Pesa Swing (courtesy of Voyager One) and NGt8 Bombardier never expire.
I have plans to add some cargo cars to this set, more specifically "work trams", but with limited functionality - only goods (or MNSP, ENSP etc).
I would be very grateful for any correction of english.lng file, because it is not my native language.
Potrams newgrf v.8 is available via content online and its source was maintained here:
http://dev.openttdcoop.org/projects/poltrams
now was moved here:
https://github.com/Wahazar/openttd-newgrf-poltrams
