Feedback zu Pak192.comic.0.5

[Geotrans]

hab auch ne Beschreibung zu bieten

Bei vielen Problemen ist ja mein erster Anlaufpunkt das Wiki. Manchmal sehe ich dort aber auch den Wald vor lauter Bäumen nicht und manchmal erkenne ich das Problem gar nicht weil ich bisher immer intuitiv auf Grund der Logischen Fahrzeugkombination richtig gehandelt habe. Erst zwei gleichnamig Fahrzeuge die farblich auf den ersten Blick nicht zusammenpassen bringen dann mich dann auf die falsche Fährte. Im nach hinein betrachtet sieht man auch ganz deutlich das die Wagen ein unterschiedliches Vorn und Hinten haben.

Mittlerweile hat meine Straßenbahn in Syke auch schon etliche Runde absolviert. Trotz sehr hohe Auslastung (meist 100%) ist der Verlust nach jeder Runde höher.
       
Zuerst dachte ich das die Margen für Passagiere so niedrig sind das einfach mit der Straßenbahn keine Gewinne möglich sind. Mittlerweile hat aber auch Mühlhausen ein U-Bahnnetz mit 3 Linien die nach den ersten Runden bereits gute Gewinne einfahren. Die U-Bahn hat eine Kapazität von 284 Passagieren und kostet 13,20¢ / km. Das sind umgerechnet 0,0464788732394 ¢ / km / Passagier. Die Staßenbahn hat eine Kapazität von 120 Passagieren und kostet 3,20¢ / km. Das sind umgerechnet 0,0266666666667 ¢ / km / Passagier. Damit müssten eigentlich einfacher sein mit der Straßenbahn Gewinne  zu erwirtschaften als mit der U-Bahn. Ist daran der Geschwindigkeitsbonus (speedbonus bringt kein Ergebnis bei der Suche im Wiki) schuld ? Verstehe leider die Erklärung im Wiki nicht so ganz. Da in der speedbonus.tab von Pak192.comic.0.5 ein Wert für tram_track  und für track definiert ist verstehe ich es so, das nur die Werte der zu Verfügung stehenden Straßenbahnen für die Straßenbahn und nur die von den U-Bahnen für die U-Bahn gilt. Da aber im November 1930 nur eine Straßenbahn zu Verfügung steht müsste es für die Straßenbahn den Bonus geben (bei der "Ware" Passagiere ist ein Wert von 13% für den Speedbonus definiert wenn ich es richtig verstehe). Bei der U-Bahn bin ich mir noch weniger sicher was da gilt, schließlich erreicht sie nur eine Geschwindigkeit von 60km/h und es stehen ja Lokomotiven mit 130km/h zu Verfügung. Werden für die Referenzgeschwindigkeit alle zu Verfügung stehenden Fahrzeuge gewertet, oder nur solche die im Spiel für die gleiche Art der Ware eingesetzt werden? Theoretisch könnte ich ja die Dampflok auch durch die U-Bahn schicken (zumindest bei Pak192.comic.0.5). Zählen dann die 130km/h der Lok oder die 140km/h der Wagen, oder die 80km/h des Tunnels?

Ich befürchte allerdings das nicht der Geschwindigkeitsbonus die Ursache ist, sondern meine Streckenführung in Zusammenhang mit der Einstellung von pay_for_total_distance (die ist bei Pak192.comic.0.5 in der simuconf auf 1 gesetzt). Da die Straßenbahn eine 8 fährt werden wohl ein teil der Strecke negativ gewertet. Die U-Bahnen haben hingegen keinen Streckenverlauf der Negativ gewertet wird (wenn ich die Skizzen im Wiki richtig verstehe).

Auch meine Buslinien sind falls meine annahmen stimmen äußerst ungünstig geplant. Dies ist besonders ärgerlich da ich keine Lust habe die 24 Buslinien von Mühlhausen noch einmal umzuplanen. Für solche Riesenstädte wünschte ich mir, es gäbe die Möglichkeit das Busnetz auszuschreiben und an eine KI zu vergeben (mit so Parametern wie 95% Abdeckung des Stadtgebiets, 90% Kundenzufriedenheit...). So sinnvoll die Einstellung pay_for_total_distance = 1 für Fernverkehr und Industriegüter auch sein mag, für den Nahverkehr muss ich meine Streckenplanung komplett umstellen.

Frage mich auch gerade was bei der Kartengenerierung zu so einer Megastadt Nettetal (631.865 Einwohner) geführt hat.
   
Weiß leider nicht mehr was bei der Kartengenerierung bei "Mittlerer Stadtgröße" eingestellt war, wenn ich jetzt in den Dialog gehe steht da 59999. In der simuconf von Pak192.comic.0.5 ist nur der Wert "minimum_city_distance" = 32 definiert. In der cityrules von Pak192.comic.0.5 ist minimum_city_distance = 64 (Verstehe den Sinn dahinter nicht zwei verschiedene Werte zu definieren, welcher wird genommen?) Finde sonst auch nirgends einen voreingestellten Wert für "Mittlerer Stadtgröße".